1
0
mirror of https://github.com/MariaDB/server.git synced 2025-11-30 05:23:50 +03:00
Files
mariadb/mysql-test/include
Sergei Petrunia 86167e908f MDEV-20611: MRR scan over partitioned InnoDB table produces "Out of memory" error
Fix partitioning and DS-MRR to work together

- In ha_partition::index_end(): take into account that ha_innobase (and
  other engines using DS-MRR) will have inited=RND when initialized for
  DS-MRR scan.
- In ha_partition::multi_range_read_next(): if the MRR scan is using
  HA_MRR_NO_ASSOCIATION mode, it is not guaranteed that the partition's
  handler will store anything into *range_info.
- In DsMrr_impl::choose_mrr_impl(): ha_partition will inquire partitions
  about how much memory their MRR implementation needs by passing
  *buffer_size=0. DS-MRR code didn't know about this (actually it used
  uint for buffer size calculation and would have an under-flow).
  Returning *buffer_size=0 made ha_partition assume that partitions do
  not need MRR memory and pass the same buffer to each of them.

  Now, this is fixed. If DS-MRR gets *buffer_size=0, it will return
  the amount of buffer space needed, but not more than about
  @@mrr_buffer_size.

* Fix ha_{innobase,maria,myisam}::clone. If ha_partition uses MRR on its
  partitions, and partition use DS-MRR, the code will call handler->clone
  with TABLE (*NOT partition*) name as an argument.
  DS-MRR has no way of knowing the partition name, so the solution was
  to have the ::clone() function for the affected storage engine to ignore
  the name argument and get it elsewhere.
2019-11-15 23:37:28 +03:00
..
2019-04-04 19:41:12 +03:00
2016-09-06 12:50:02 +04:00
2016-05-30 16:56:29 +04:00
2017-04-06 15:41:54 +05:30
2016-09-10 16:04:44 +02:00
2017-11-30 08:16:37 +02:00
2019-03-01 12:41:05 -05:00
2019-05-11 21:29:06 +03:00
2017-06-29 23:03:30 +05:30
2019-10-11 18:38:18 +03:00
2019-03-27 12:26:11 +02:00
2019-05-14 17:18:46 +03:00
2019-05-14 17:18:46 +03:00
2015-06-16 23:55:56 +02:00
2019-05-11 21:29:06 +03:00
2019-05-11 21:29:06 +03:00
2017-08-31 09:30:40 +03:00
2017-08-23 16:49:42 +05:30