2013-11-27 35 views
11

我正在NDB集羣,我看到在MySQL API節點,有一個非常大的二進制日誌表。降低MySQL的NDB的大小BINLOG

+---------------------------------------+--------+-------+-------+------------+---------+ 
| CONCAT(table_schema, '.', table_name) | rows | DATA | idx | total_size | idxfrac | 
+---------------------------------------+--------+-------+-------+------------+---------+ 
| mysql.ndb_binlog_index    | 83.10M | 3.78G | 2.13G | 5.91G  | 0.56 | 

有沒有建議的方法來減少大小,而不會破壞任何東西?據我所知,這將限制點即時恢復的時間框架,但數據已經增長了手,我需要做一些清理。

+0

難道我的回答可以幫助您? – Shawn

回答

4

看起來這是可能的。我在這裏沒有看到任何東西:http://dev.mysql.com/doc/refman/5.5/en/mysql-cluster-replication-pitr.html,說你不能基於上一個時代。

一些額外的信息可以通過閱讀這篇文章來獲得:

http://www.mysqlab.net/knowledge/kb/detail/topic/backup/id/8309

的mysql.ndb_binlog_index是MyISAM表。如果你正在清理它, 確保你不刪除,你仍然需要二進制日誌條目。

+0

所以只是備份/轉儲和'TRUNCATE TABLE'應該做的工作... – Palec

+0

這是否保證其他操作不會失敗?通過其他操作,我的意思是添加數據節點或API節點,和/或重新啓動發生故障的數據節點和其他類似的操作。基本上任何想法是什麼,「你仍然需要」意味着什麼? –

+0

它看起來像最後一個時代應該足以包含有問題的節點。它看起來像你想保持二進制日誌以及從那個時代開始,以便它們可以被重播。第二個來源解釋了2節點情況下的步驟以供參考。 – Shawn