mysql的binlog太大太多占用大量磁盤的解決_MySQL教程

推薦：SQL Server Management Studio 沒有出來
一種情況，在安裝 sqlServer2005 時 居然出現兩個警告： 1 Com+ 目錄要求 2 Edition change check 郁悶!網上說出現兩個警告，是肯定裝不成功的!我抱著僥幸的態度試了下，成功了。 安裝成功后，正準備 僅工具、聯機叢書和示例(T) 但是安裝不了，他提示我工作站組件安裝

 　　現象：網站訪問越來越慢，最后無法訪問了，經過檢查發現磁盤滿了。仔細查詢下來確認是由于mysql的binlog太多太大占用了空間。

　　分析過程及解決方案：通常出現這種問題都應該登錄服務器檢查磁盤、內存和進程使用的情況，通過top、df –h和free –m來檢查，發現磁盤空間滿了。再進一步通過du –sh對可以的目錄進行檢查，發現是mysql的binlog占用空間過大。清理binlog的方法如下：

　　1) 設置日志保留時長expire_logs_days自動刪除

　　查看當前日志保存天數：

　　show variables like '%expire_logs_days%';

　　這個默認是0，也就是logs不過期，可通過設置全局的參數，使他臨時生效：

　　set global expire_logs_days=7;

　　設置了只保留7天BINLOG, 下次重啟mysql這個參數默認會失敗，所以需在my.cnf中設置

　　expire_logs_days = 7

　　2) 手動刪除BINLOG (purge binary logs)

　　用于刪除列于在指定的日志或日期之前的日志索引中的所有二進制日志。這些日志也會從記錄在日志索引文件

　　PURGE {MASTER | BINARY} LOGS TO 'log_name'

　　PURGE {MASTER | BINARY} LOGS BEFORE 'date'

　　例如：

　　PURGE MASTER LOGS TO 'mysql-bin.010';

　　PURGE MASTER LOGS BEFORE '2008-06-22 13:00:00';

　　PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 3 DAY);

分享：SQL2005錯誤:2812 的解決方法
一臺服務器重裝系統后，用附加表再配置同步復制的時候出錯： sql server 無法創建發布 找不到存儲過程 錯誤 2812 在SQL SERVER 2005中，有數據庫DB1，在A服務器上。由于要更換服務器，要把數據庫DB1遷移到B服務器上。而DB1是用于同步復制的。粗心的你沒有把同步復制(發