Mysql OCP 28题

The MySQL error log shows:
InnoDB: Warning: a long semaphore wait:
The relevant parts of the InnoDB monitor output shows:
Which two options would help avoid the long wait in the future?
A. Increase the value of the innodb_lock_wait_timeout option.
B. Increase the value of the innodb_read_io_threads option.
C. Change the table to use HASH indexes instead of BTREE indexes.
D. Set the value of innodb_adaptive_hash_index to zero.
E. Deactivate the query cache.
F. Increase the size of the InnoDB buffer pool.
Answer: DEhttps://www.cndba.cn/hbhe0316/article/22767https://www.cndba.cn/hbhe0316/article/22767https://www.cndba.cn/hbhe0316/article/22767

InnoDB存储引擎会监控对表上索引的查找，如果观察到建立哈希索引可以带来速度的提升，则建立哈希索引，所以称之为自适应(adaptive) 的。自适应哈希索引通过缓冲池的B+树构造而来，因此建立的速度很快。而且不需要将整个表都建哈希索引，InnoDB存储引擎会自动根据访问的频率和模式 来为某些页建立哈希索引。https://www.cndba.cn/hbhe0316/article/22767https://www.cndba.cn/hbhe0316/article/22767

根据InnoDB的官方文档显示，启用自适应哈希索引后，读取和写入速度可以提高2倍；对于辅助索引的连接操作，性能可以提高5倍。在我看来，自适应哈希索引是非常好的优化模式，其设计思想是数据库自优化(self-tuning)，即无需DBA对数据库进行调整。https://www.cndba.cn/hbhe0316/article/22767

Adaptive Hash Index是针对B+树Search Path的优化，因此所有会涉及到Search Path的操作，均可使用此Hash索引进行优化，这些可优化的操作包括：Unique Scan/Range Scan(Locate First Key Page)/Insert/Delete/Purge等等，几乎涵盖InnoDB所有的操作类型https://www.cndba.cn/hbhe0316/article/22767

Adaptive，意味着不是所有的叶页面都会以Hash索引维护，叶页面进入Hash 索引的条件是：同种类型的操作(Scan/Insert…)，命中同一叶页面的次数，超过此页面记录数量的1/16，则可将当前叶页面加入Hash索引， 用以优化后续可能的相同Search Path。https://www.cndba.cn/hbhe0316/article/22767https://www.cndba.cn/hbhe0316/article/22767https://www.cndba.cn/hbhe0316/article/22767

版权声明：本文为博主原创文章，未经博主允许不得转载。

MYSQL