mirror of
https://github.com/MariaDB/server.git
synced 2025-01-16 20:12:31 +01:00
b4dd13b519
if two threads were calling mi_assign_to_key_cache() for the same table, one could change share->key_cache while the other was having share->key_cache->op_lock locked. The other thread would crash then, trying to unlock share->key_cache->op_lock (because it would be a different mutex). fixed by caching the value of share->key_cache in a local variable. The thread can still call flush_key_blocks() for an unassigned keycache, but it's harmless. |
||
---|---|---|
.. | ||
archive | ||
blackhole | ||
csv | ||
example | ||
federated | ||
federatedx | ||
heap | ||
innobase | ||
maria | ||
myisam | ||
myisammrg | ||
ndb | ||
oqgraph | ||
perfschema | ||
sphinx | ||
tokudb | ||
xtradb |