MySQL數據庫主要是MyISAM表。 MySQL的文件系統的當前權重:
80K ./casin_emails
212K ./performance_schema
371M ./casin_info
32K ./percona
572K ./casin
1.1M ./mysql
67G .
,你注意到了大部分空間都來自ibdata文件
17956960 67G -rw-rw---- 1 mysql mysql 67G Nov 11 11:45 ibdata1
17956940 5.0M -rw-rw---- 1 mysql mysql 5.0M Nov 11 11:45 ib_logfile0
17956939 5.0M -rw-rw---- 1 mysql mysql 5.0M Nov 11 10:44 ib_logfile1
在寫的時刻這個問題的mysqldump的仍在運行過程中寫的14文件Gbytes的。
所以我的問題也許很明顯。爲什麼mysqldump正在創建如此龐大的文件,如果數據庫的當前空間非常小?是ibdata有罪嗎?
我想我無法避免mysqldump需要在ibadata上生成某種數據備份的事實,但我只想確定並知道爲什麼會發生這種情況。
謝謝!
PS:我以前搜索過關於這個問題,但我發現的所有帖子都是關於如何縮小數據庫,這不是我目前的問題。
此鏈接可能會有幫助https://www.percona.com/blog/2013/08/20/why-is-the-ibdata1-file-continuously-growing-in-mysql/ – Samir
mysqldump'genenerates SQL由於SQL語言的性質而冗長的查詢。 – axiac