mysql 資料庫備份及ibdata1的瘦身(轉)

理由： 同樣是很重要的一篇文章
==============================================================================
    昨天做一大資料量的測試後，發現中途報錯，最後查明是由於磁碟空間不足所致。

    發現Mysql的ibdata1單個檔案就佔80G，傳說ibdata1是InnoDB的產物，而且只會增大不會減少。

    這次被碰到不得不解決了，上網搜了一下解決方法。大體思路就是備份資料，然後刪除資料庫再還原資料庫。

    由於這臺機上有N個專案的資料庫，每敲一個命令都命人心驚膽戰。生怕弄錯命令後導致全盤資料丟失。可恨的是引數的那篇檔案裡備份的引數裡少了‘儲存過程’的備份。讓我苦惱萬分！如今記下修正後的瘦身**：

# 備份資料庫：

/usr/local/mysql/bin/mysqldump -uDBuser -pPassword --quick --force --routines --add-drop-database --all-databases --add-drop-table > /data/bkup/mysqldump.sql

 

 

# 停止資料庫

service mysqld stop

 

 

# 刪除這些大檔案

rm /usr/local/mysql/var/ibdata1

rm /usr/local/mysql/var/ib_logfile*

:> /usr/local/mysql/var/mysql-bin.index

 

 

# 手動刪除除Mysql之外所有資料庫資料夾，然後啟動資料庫

service mysqld start

 

 

# 還原資料

/usr/local/mysql/bin/mysql -uroot -phigkoo < /data/bkup/mysqldump.sql
 

    主要是使用Mysqldump時的一些引數，建議在使用前看一個說明再操作。另外備份前可以先用MySQLAdministrator看一下當前資料庫裡哪些表佔用空間大，把一些不必要的給truncate table掉。這樣省些空間和時間。

‍

 

 

 

 

 

MySQLdump增量備份、完全備份與恢復
----------------------------------------------------------------------------------
在資料庫表丟失或損壞的情況下，備份你的資料庫是很重要的。如果發生系統崩潰，你肯定想能夠將你的表儘可能丟失最少的資料恢復到崩潰發生時的狀態。場景：每週日執行一次完全備份，每天下午1點執行MySQLdump增量備份
MySQLdump增量備份配置
執行增量備份的前提條件是MySQL開啟log-bin日誌開關，例如在my.ini或my.cnf中加入
log-bin=/opt/Data/MySQL-bin
“log-bin=”後的字串為日誌記載目錄，一般建議放在不同於MySQL資料目錄的磁碟上。
MySQLdump增量備份
假定星期日下午1點執行完全備份，適用於MyISAM儲存引擎。
MySQLdump –lock-all-tables –flush-logs –master-data=2 -u root -p test > backup_sunday_1_PM.sql
對於InnoDB 將–lock-all-tables替換為–single-transaction
flush-logs 為結束當前日誌，生成新日誌檔案
master-data=2 選項將會在輸出SQL中記錄下完全備份後新日誌檔案的名稱，
用於日後恢復時參考，例如輸出的備份SQL檔案中含有：
CHANGE MASTER TO MASTER_LOG_FILE=’MySQL-bin.000002′, MASTER_LOG_POS=106;
MySQLdump增量備份其他說明：
如果MySQLdump加上–delete-master-logs 則清除以前的日誌，以釋放空間。但是如果伺服器配置為映象的複製主伺服器，用MySQLdump –delete-master-logs刪掉MySQL二進位制日誌很危險，因為從伺服器可能還沒有完全處理該二進位制日誌的內容。在這種情況下，使用 PURGE MASTER LOGS更為安全。
每日定時使用 MySQLadmin flush-logs來建立新日誌，並結束前一日誌寫入過程。並把前一日誌備份，例如上例中開始儲存資料目錄下的日誌檔案 MySQL-bin.000002 , …
◆恢復完全備份
MySQL -u root -p < backup_sunday_1_PM.sql
◆恢復增量備份
MySQLbinlog MySQL-bin.000002 … | MySQL -u root -p注意此次恢復過程亦會寫入日誌檔案，如果資料量很大，建議先關閉日誌功能
◆--compatible=name
它告訴 MySQLdump，匯出的資料將和哪種資料庫或哪個舊版本的 MySQL 伺服器相相容。值可以為 ansi、MySQL323、MySQL40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options 等，要使用幾個值，用逗號將它們隔開。當然了，它並不保證能完全相容，而是儘量相容。
◆--complete-insert，-c
匯出的資料採用包含欄位名的完整 INSERT 方式，也就是把所有的值都寫在一行。這麼做能提高插入效率，但是可能會受到 max_allowed_packet 引數的影響而導致插入失敗。因此，需要謹慎使用該引數，至少我不推薦。
◆--default-character-set=charset
指定匯出資料時採用何種字符集，如果資料表不是採用預設的 latin1 字符集的話，那麼匯出時必須指定該選項，否則再次匯入資料後將產生亂碼問題。
◆--disable-keys
告訴 MySQLdump 在 INSERT 語句的開頭和結尾增加 /*!40000 ALTER TABLE table DISABLE KEYS */; 和 /*!40000 ALTER TABLE table ENABLE KEYS */; 語句，這能大大提高插入語句的速度，因為它是在插入完所有資料後才重建索引的。該選項只適合 MyISAM 表。
◆--extended-insert = true|false
預設情況下，MySQLdump 開啟 --complete-insert 模式，因此不想用它的的話，就使用本選項，設定它的值為 false 即可。
◆--hex-blob
使用十六進位制格式匯出二進位制字串欄位。如果有二進位制資料就必須使用本選項。影響到的欄位型別有 BINARY、VARBINARY、BLOB。
◆--lock-all-tables，-x
在開始匯出之前，提交請求鎖定所有資料庫中的所有表，以保證資料的一致性。這是一個全域性讀鎖，並且自動關閉 --single-transaction 和 --lock-tables 選項。
◆--lock-tables
它和 --lock-all-tables 類似，不過是鎖定當前匯出的資料表，而不是一下子鎖定全部庫下的表。本選項只適用於 MyISAM 表，如果是 Innodb 表可以用 --single-transaction 選項。
◆--no-create-info，-t
只匯出資料，而不新增 CREATE TABLE 語句。
◆--no-data，-d
不匯出任何資料，只匯出資料庫表結構。
◆--opt
這只是一個快捷選項，等同於同時新增 --add-drop-tables --add-locking --create-option --disable-keys --extended-insert --lock-tables --quick --set-charset 選項。本選項能讓 MySQLdump 很快的匯出資料，並且匯出的資料能很快導回。該選項預設開啟，但可以用 --skip-opt 禁用。注意，如果執行 MySQLdump 沒有指定 --quick 或 --opt 選項，則會將整個結果集放在記憶體中。如果匯出大資料庫的話可能會出現問題。
◆--quick，-q
該選項在匯出大表時很有用，它強制 MySQLdump 從伺服器查詢取得記錄直接輸出而不是取得所有記錄後將它們快取到記憶體中。
◆--routines，-R
匯出儲存過程以及自定義函式。
◆--single-transaction
該選項在匯出資料之前提交一個 BEGIN SQL語句，BEGIN 不會阻塞任何應用程式且能保證匯出時資料庫的一致性狀態。它只適用於事務表，例如 InnoDB 和 BDB。本選項和 --lock-tables 選項是互斥的，因為 LOCK TABLES 會使任何掛起的事務隱含提交。要想匯出大表的話，應結合使用 --quick 選項。
◆--triggers
同時匯出觸發器。該選項預設啟用，用 --skip-triggers 禁用它。
 

 
 

本文來自CSDN部落格，轉載請標明出處：http://blog.csdn.net/AXDC_QA_Team/archive/2010/12/09/6066045.aspx

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/70109/viewspace-691736/，如需轉載，請註明出處，否則將追究法律責任。