1、innodb_lru_scan_depth 到底是何方神圣？

 innodb_lru_scan_depth參數(shù)就像MySQL的一把鑰匙，控制著LRU（Least Recently Used）算法的掃描深度。LRU 算法用于管理 InnoDB 緩沖池中的頁，以確定哪些頁應(yīng)該保留在內(nèi)存中，哪些應(yīng)該被淘汰出去.調(diào)整它，就像給數(shù)據(jù)庫打了一支強(qiáng)心劑，讓性能煥發(fā)新生。

該參數(shù)的作用是指定 InnoDB 在進(jìn)行 LRU 掃描時要檢查的頁數(shù)。較大的值可以使 InnoDB 更深地檢查緩沖池中的頁，但也會增加 LRU 掃描的開銷。通過調(diào)整這個參數(shù)，可以在性能和內(nèi)存使用之間找到平衡點。

修改 innodb_lru_scan_depth 參數(shù)后，數(shù)據(jù)庫會經(jīng)歷一些變化，特別是在緩沖池管理方面。下面是可能的變化：

緩沖池中的頁淘汰行為：

• 增加深度：如果你將 innodb_lru_scan_depth 參數(shù)的值增加，InnoDB 將在每次 LRU 掃描時檢查更多的頁。這可能導(dǎo)致更多的熱點數(shù)據(jù)保留在內(nèi)存中，從而提高緩沖池命中率，減少對磁盤的讀取次數(shù)。
• 減小深度：如果將該參數(shù)值減小，InnoDB 將檢查較少的頁，可能導(dǎo)致一些熱點數(shù)據(jù)被淘汰出緩沖池，增加對磁盤的讀取需求。

LRU 掃描的效率：

• 增加深度：更深入的掃描可能會增加 LRU 掃描的開銷，因為需要更多的資源和時間來檢查更多的頁。這可能對系統(tǒng)的性能產(chǎn)生一定的影響。
• 減小深度：減小深度可能會減少 LRU 掃描的開銷，但也可能導(dǎo)致更頻繁的頁淘汰。

系統(tǒng)負(fù)載：

• 增加深度：在內(nèi)存資源足夠的情況下，增加 innodb_lru_scan_depth 的值可能會提高系統(tǒng)性能，因為更多的數(shù)據(jù)被保留在內(nèi)存中，減少了磁盤 I/O。

• 減小深度：減小深度可能會降低系統(tǒng)的內(nèi)存消耗，但也可能導(dǎo)致更多的磁盤 I/O 操作，影響性能。

• 競爭情況：

• 增加深度：更深入的 LRU 掃描可能有助于減輕由于高并發(fā)讀寫操作而引起的緩沖池競爭。

• 減小深度：減小深度可能導(dǎo)致更頻繁的緩沖池頁替換，增加競爭，尤其在高并發(fā)環(huán)境中。

2、簡單案例

如果一個火爆的電商平臺中的商品、訂單信息頻繁被查詢，但發(fā)現(xiàn)緩沖池命中率低，熱點數(shù)據(jù)不在內(nèi)存中。這時， innodb_lru_scan_depth 就是你提升性能的秘密武器。

備份配置文件： 數(shù)據(jù)庫參數(shù)調(diào)整前都建議先備份配置文件以及當(dāng)前數(shù)據(jù)庫中的參數(shù)值（因為可能修改后沒修改配置文件）。

查詢當(dāng)前值： 使用以下 SQL 語句查詢當(dāng)前 innodb_lru_scan_depth 參數(shù)值。

mysql> SHOW GLOBAL VARIABLES LIKE 'innodb_lru_scan_depth';
+-----------------------+-------+
| Variable_name         | Value |
+-----------------------+-------+
| innodb_lru_scan_depth | 1024  |
+-----------------------+-------+
1 row in set (0.00 sec)

修改參數(shù)：根據(jù)實際情況使用以下 SQL 語句修改參數(shù)值。

mysql> set global  innodb_lru_scan_depth=2048;
Query OK, 0 rows affected (0.00 sec)


mysql> SHOW GLOBAL VARIABLES LIKE 'innodb_lru_scan_depth';
+-----------------------+-------+
| Variable_name         | Value |
+-----------------------+-------+
| innodb_lru_scan_depth | 2048  |
+-----------------------+-------+
1 row in set (0.00 sec)

驗證效果：通過監(jiān)控工具、性能測試或數(shù)據(jù)庫日志，驗證數(shù)據(jù)庫主機(jī)及數(shù)據(jù)庫運(yùn)行情況，如果內(nèi)存依舊剩余較多，可以繼續(xù)逐步調(diào)整

3、小結(jié)

（1）何時調(diào)整

• 低緩沖池命中率：當(dāng)系統(tǒng)的緩沖池命中率較低，即大量的熱點數(shù)據(jù)未能保留在內(nèi)存中，可以考慮增加 innodb_lru_scan_depth 的值。這有助于增加 LRU 掃描的深度，提高熱點數(shù)據(jù)在緩沖池中的保留率，從而減少對磁盤的讀取
• 高磁盤 I/O：如果系統(tǒng)頻繁進(jìn)行磁盤 I/O 操作，表示熱點數(shù)據(jù)未能在緩沖池中得到足夠的保留，可以考慮增加 innodb_lru_scan_depth 以提高熱點數(shù)據(jù)的內(nèi)存保留率，減少磁盤 I/O 操作
• 系統(tǒng)負(fù)載過高：在高負(fù)載的情況下，可能需要調(diào)整 innodb_lru_scan_depth 以平衡性能和資源消耗。增加深度可能有助于提高性能，但需要注意可能的系統(tǒng)開銷
• 高并發(fā)寫入操作：如果系統(tǒng)有大量并發(fā)的寫入操作，減小 innodb_lru_scan_depth 的值可能有助于減輕由于高并發(fā)寫操作而導(dǎo)致的緩沖池競爭。這樣可以減少 LRU 掃描的開銷，但需要權(quán)衡磁盤 I/O 操作的增加
• 系統(tǒng)穩(wěn)定期間：最好在系統(tǒng)相對穩(wěn)定的時期進(jìn)行參數(shù)的修改，避免在高峰時段或者關(guān)鍵業(yè)務(wù)時段引起不必要的風(fēng)險
• 性能監(jiān)控反饋： 通過性能監(jiān)控工具觀察系統(tǒng)的性能指標(biāo)，如緩沖池命中率、磁盤 I/O 等，如果發(fā)現(xiàn)有改進(jìn)的空間，可以考慮調(diào)整 innodb_lru_scan_depth 參數(shù)

（2）注意事項

• 逐步調(diào)整值的大小：避免過度增加深度，以免系統(tǒng)開銷突增，因此調(diào)整時需要結(jié)合系統(tǒng)及數(shù)據(jù)庫的運(yùn)行情況逐步增加，如果有條件可以提前部署環(huán)境進(jìn)行壓測
• 定期監(jiān)控性能： 調(diào)整參數(shù)后，定期監(jiān)控系統(tǒng)性能，確保性能在可接受范圍內(nèi)
• 在穩(wěn)定時期進(jìn)行調(diào)整： 最好在系統(tǒng)相對穩(wěn)定的時期進(jìn)行參數(shù)的修改，避免在高峰時段引起不必要的風(fēng)險