我的服務器上有 MariaDB，CPU 內核為 16/32，運行 mysqltuner 時似乎一切正常，除了InnoDB 寫入日志效率，占1953.15%，想知道這是否正常？或者有什么解決辦法嗎？欣賞建議！
-------- InnoDB Metrics --------
[--] InnoDB is enabled.
[--] InnoDB Thread Concurrency: 0
[OK] InnoDB File per table is activated
[OK] InnoDB buffer pool / data size: 16.0G/7.0G
[OK] Ratio InnoDB log file size / InnoDB Buffer pool size: 4.0G * 1/16.0G should be equal to 25%
[--] Number of InnoDB Buffer Pool Chunk : 128 for 1 Buffer Pool Instance(s)
[OK] Innodb_buffer_pool_size aligned with Innodb_buffer_pool_chunk_size & Innodb_buffer_pool_instances
[OK] InnoDB Read buffer efficiency: 99.89% (235648939 hits/ 235906897 total)
[!!] InnoDB Write Log efficiency: 1953.15% (24219 hits/ 1240 total)
[OK] InnoDB log waits: 0.00% (0 waits / 1447 writes)
順便說一句，mariadb/mysql 的 cpu 使用率也超過 100%...
uj5u.com熱心網友回復：
使用 MariaDB 時忽略 MySQLTuner 中的這個結果。根據本期的討論，由于 MariaDB 中的錯誤，該計算具有誤導性：https ://github.com/major/MySQLTuner-perl/issues/385
另請參閱與您類似的問題：https ://dba.stackexchange.com/questions/194832/innodb-write-log-efficiency-above-100
不清楚為什么“寫日志效率”甚至是需要注意的事情，即使計算正確。它缺乏重要的背景。預期的結果是什么？什么是壞結果？如果它太高或太低應該改變什么？
甚至有一個問題問這些問題：https ://github.com/major/MySQLTuner-perl/issues/291
開發人員的回復表明他不明白 InnoDB 重做日志是什么。他似乎認為日志寫入是緩沖池寫入，事實并非如此。
我不使用 MySQLTuner，因為它的建議經常是無用的。
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/466542.html
上一篇：撰寫此方法的最有效方法是什么？