Merge lp:~sergei.glushchenko/percona-server/5.5-ps-bug1192354 into lp:percona-server/5.5
Status: | Merged |
---|---|
Approved by: | Alexey Kopytov |
Approved revision: | no longer in the source branch. |
Merged at revision: | 543 |
Proposed branch: | lp:~sergei.glushchenko/percona-server/5.5-ps-bug1192354 |
Merge into: | lp:percona-server/5.5 |
Diff against target: |
181 lines (+103/-4) 3 files modified
Percona-Server/mysql-test/r/percona_bug1192354.result (+39/-0) Percona-Server/mysql-test/t/percona_bug1192354.test (+38/-0) Percona-Server/sql/sql_show.cc (+26/-4) |
To merge this branch: | bzr merge lp:~sergei.glushchenko/percona-server/5.5-ps-bug1192354 |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Alexey Kopytov (community) | Approve | ||
Review via email: mp+171082@code.launchpad.net |
Description of the change
Bug 1192354: accessing information_
ha_innodb::info stores statistics for keys in the table structure, which is
shared for all the partitions of the table.
When ha_partition::info is invoked, it calls ha_innodb::info for every
partition, determines which has the maximum number of rows and invokes
ha_innodb::info again for this partition. It sets partitioned table
statistics to the statistics of the largest part.
When i_s.partitions is invoked, it calls ha_innodb::info for every partition
as well, but it doesn't perform the last call to set statistics for the
whole table back. So, the table statistics is set to statistics of the last
query, which is not the best choice in most cases.
This patch implements behavior for i_s.partitions similar to behavior of
ha_partition::info.
http:// jenkins. percona. com/view/ PS%205. 5/job/percona- server- 5.5-param/ 771/