Google云數據庫的不斷寫操作
我有一個 MySQL 8.0 集群數據庫,到目前為止我用它來測試一些東西,所以我只是不時寫。問題是我意識到一直都有寫操作。即使我的應用程序沒有寫入它。
這是儀表板的螢幕截圖。
順便提一下,我在 Digital Ocean 中有另一個集群,這個問題並沒有發生。
更新(2021-03-09)按照 Vérace 的建議執行查詢:
如我所見,這
time_zone_transition
是增長最快的
對於數據視覺化的大學課程,我使用Prometheus/Grafana堆棧(偉大的軟體/軟體)來呈現各種數據庫指標的圖像,同時執行各種HammerDB基準測試(也是一個優秀的工具)。
作為其中的一部分,為了提供基線,我查看了我的(單台)伺服器“處於靜止狀態”,並註意到(如您所見)有活動 - 儘管數量非常少(約 10 次寫入/秒) - 在“非活動”伺服器。
基本上,這是即使沒有正在進行的外部 DDL 或 DML 也會發生的“內務管理”功能。
這里和這裡有一篇有趣的文章(更新的可能更準確)顯示空閒連接數對DBT2 基準工具的 NOTPM(每分鐘事務數)結果的影響。
從第二篇文章中顯示的結果可以看出,只有空閒連接會產生很小的(但並非不存在)影響。
您說您正在執行一個集群 - 我想即使在沒有任何嚴重工作負載(甚至根本沒有任何工作負載)的情況下,節點之間也會存在通信成本。
你沒有提到什麼集群(NDB?Galera?),但我確信深入研究程式碼(遠高於我的工資等級…… :-)),搜尋或關於集群架構的問題/ guru list 將能夠提供更多詳細資訊。
如果您有興趣並且有時間和傾向來測試正在發生的事情,您可能希望讓您的“非活動”集群執行一段時間(比如一個週末?)並在之前執行此查詢(一些變體)和開始測試後(改編自此處):
SELECT table_schema AS the_db, table_name AS the_table, round(((data_length + index_length) / 1024 / 1024), 2) `size_in_mb` FROM information_schema.TABLES ORDER BY (data_length + index_length) DESC;
您可能還想包含 information_schema(和 mysql 模式),因為您看到的部分/大部分/所有這些活動可能正在那裡發生。
這可能取決於集群的架構。將這些查詢的結果插入到它們自己的表中應該會使您可能希望進行的任何比較變得相對微不足道。
另外,請記住,可能沒有太多可看的內容,因為這些寫入可能只是單個或幾條記錄的更新?
ps歡迎來到論壇和+1一個有趣的問題!