srv_pass_corrupt_table can share the cache line with row counters
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Percona Server moved to https://jira.percona.com/projects/PS |
Fix Released
|
Medium
|
Alexey Kopytov | ||
5.1 |
Won't Fix
|
Undecided
|
Unassigned | ||
5.5 |
Fix Released
|
Medium
|
Alexey Kopytov | ||
5.6 |
Invalid
|
Undecided
|
Unassigned |
Bug Description
The way srv_pass_
UNIV_INTERN ulint srv_expand_import = 0; /* 0:disable 1:enable */
UNIV_INTERN ulint srv_pass_
UNIV_INTERN ulint srv_dict_size_limit = 0;
UNIV_INTERN ulint srv_lazy_drop_table = 0;
...
UNIV_INTERN ulint srv_n_rows_inserted = 0;
UNIV_INTERN ulint srv_n_rows_updated = 0;
UNIV_INTERN ulint srv_n_rows_deleted = 0;
UNIV_INTERN ulint srv_n_rows_read = 0;
Whether it shares the cache line with some or all of those counters depends on their addresses in the data segment. Which explain varied regressions we have observed in sysbench across revisions that do not touch anything relevant.
Related branches
- Stewart Smith (community): Approve
- Registry Administrators: Pending requested
-
Diff: 158 lines (+72/-59)1 file modifiedPercona-Server/storage/innobase/srv/srv0srv.c (+72/-59)
Since srv_pass_ corrupt_ table is already merged to 5.6, opening this bug there in order not to lose it.