Innodb
MySQL 實例上的高寫入 IOPS
在得知數據庫有一個 stackoverflow 之前，我首先在aws 論壇上發布了這個，但我也會在這裡問這個問題。
我們最近接管了一個使用 MySQL 數據庫實例的 wordpress 站點的管理。幾天前，它的空間用完了，我們發現這很不尋常，因為該站點本身並不是一個超級繁忙的站點，並且在通過 wp-admin 檢查時它實際上並沒有很多東西。為了讓網站載入，我們將分配的儲存空間從 185GB 增加到 250GB。然後我們刪除了瞬態，然後優化了表，我們得到了幾乎所有的 250GB。然後，我們觀察了 aws 中的監視視窗，我們注意到可用空間正在下降，即使該站點當時不那麼活躍（每 24 小時失去大約 2.5 GB）。
show processlist由於 cron 被禁用並且檢查沒有顯示任何我們發現奇怪的正在執行的查詢，因此沒有正在執行的 cron 作業。然後我們意識到通過 aws rds 監控報告的寫入 iops 相當高，大約為 150-200，並且考慮到站點上的活動很少，因此不會下降。這可能是導致空間之前填滿的原因。
在 dba.stackexchange 中瀏覽此問題的一些建議連結，我找到了建議執行命令的連結
SHOW ENGINE INNODB STATUS，我發現了這個-------------- ROW OPERATIONS -------------- 0 queries inside InnoDB, 0 queries in queue 0 read views open inside InnoDB Process ID=3876, Main thread ID=47504970233600 , state=sleeping Number of rows inserted 1695335, updated 24452885, deleted 684983, read 11973811927 0.00 inserts/s, 2.39 updates/s, 0.00 deletes/s, 586.80 reads/s這似乎不是很多更新。我們不確定下一步該在哪裡檢查。如果有幫助，該實例是 t3.large 實例
謝謝
我學習瞭如何在 db 上啟用正常日誌記錄，並且發現使用的 wordpress 主題可能存在問題。無論如何，我們很快就會更換它，所以希望不會有任何問題