Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Won't Fix
-
N/A
-
None
Description
Several MyRocks tests currently fail, because they reach rocksdb_max_lock_memory and lock escalation is unable to reduce memory usage.
One example is autoinc_vars_thread_2. AUTO_INCREMENT values are generated by each thread using auto_increment_offset which causes all adjacent row locks to belong to different transactions.
Attachments
Issue Links
- is part of
-
MDEV-15603 Gap Lock support in MyRocks
-
- Stalled
-
in spetrunia/mysql-5.6-rangelocking
toku::concurrent_tree::get_insertion_memory_overhead()=176
in Percona Server:
toku::concurrent_tree::get_insertion_memory_overhead()=192
Add to that keyrange::get_memory_size() which is (sizeof(key_range)=72) + left_key_size +right_key_size (they are intentionally counted twice).
In total, for pk INT PRIMARY KEY the lock memory usage is 264 bytes in 5.6-rangelocking (debug build) and 274 in debug build of Percona Server.