mysql資料庫鎖表還原,資料庫鎖表了怎麼辦

本文目錄一覽：

• 1、mysql怎麼通過備份還原資料庫文件
• 2、實現MySQL資料庫的備份與還原的幾種方法
• 3、mysql 如何備份和還原資料庫
• 4、Mysql鎖表解鎖
• 5、MySQL資料庫表被鎖、解鎖，刪除事務

mysql怎麼通過備份還原資料庫文件

一、數據備份

1、使用mysqldump命令備份

mysqldump命令將資料庫中的數據備份成一個文本文件。表的結構和表中的數據將存儲在生成的文本文件中。

mysqldump命令的工作原理很簡單。它先查出需要備份的表的結構，再在文本文件中生成一個CREATE語句。然後，將表中的所有記錄轉換成一條INSERT語句。然後通過這些語句，就能夠創建表並插入數據。

1、備份一個資料庫

mysqldump基本語法：

mysqldump -u username -p dbname table1 table2 …- BackupName.sql

其中：

dbname參數表示資料庫的名稱；

table1和table2參數表示需要備份的表的名稱，為空則整個資料庫備份；

BackupName.sql參數表設計備份文件的名稱，文件名前面可以加上一個絕對路徑。通常將資料庫被分成一個後綴名為sql的文件；

使用root用戶備份test資料庫下的person表

mysqldump -u root -p test person D:\backup.sql

其生成的腳本如下：

文件的開頭會記錄MySQL的版本、備份的主機名和資料庫名。

文件中以「–」開頭的都是SQL語言的注釋，以”/*!40101″等形式開頭的是與MySQL有關的注釋。40101是MySQL資料庫的版本號，如果MySQL的版本比1.11高，則/*!40101和*/之間的內容就被當做SQL命令來執行，如果比4.1.1低就會被當做注釋。

2、備份多個資料庫

語法：

mysqldump -u username -p –databases dbname2 dbname2 Backup.sql

加上了–databases選項，然後後面跟多個資料庫

mysqldump -u root -p –databases test mysql D:\backup.sql

3、備份所有資料庫

mysqldump命令備份所有資料庫的語法如下：

mysqldump -u username -p -all-databases BackupName.sql

示例：

mysqldump -u -root -p -all-databases D:\all.sql

2、直接複製整個資料庫目錄

MySQL有一種非常簡單的備份方法，就是將MySQL中的資料庫文件直接複製出來。這是最簡單，速度最快的方法。

不過在此之前，要先將伺服器停止，這樣才可以保證在複製期間資料庫的數據不會發生變化。如果在複製資料庫的過程中還有數據寫入，就會造成數據不一致。這種情況在開發環境可以，但是在生產環境中很難允許備份伺服器。

注意：這種方法不適用於InnoDB存儲引擎的表，而對於MyISAM存儲引擎的表很方便。同時，還原時MySQL的版本最好相同。

3、使用mysqlhotcopy工具快速備份

一看名字就知道是熱備份。因此,mysqlhotcopy支持不停止MySQL伺服器備份。而且，mysqlhotcopy的備份方式比mysqldump快。mysqlhotcopy是一個perl腳本，主要在Linux系統下使用。其使用LOCK TABLES、FLUSH TABLES和cp來進行快速備份。

原理：先將需要備份的資料庫加上一個讀鎖，然後用FLUSH TABLES將內存中的數據寫回到硬碟上的資料庫，最後，把需要備份的資料庫文件複製到目標目錄。

命令格式如下：

[root@localhost ~]# mysqlhotcopy [option] dbname1 dbname2 backupDir/

dbname：資料庫名稱；

backupDir：備份到哪個文件夾下；

常用選項：

–help：查看mysqlhotcopy幫助；

–allowold：如果備份目錄下存在相同的備份文件，將舊的備份文件加上_old；

–keepold：如果備份目錄下存在相同的備份文件，不刪除舊的備份文件，而是將舊的文件更名；

–flushlog：本次輩分之後，將對資料庫的更新記錄到日誌中；

–noindices：只備份數據文件，不備份索引文件；

–user=用戶名：用來指定用戶名，可以用-u代替；

–password=密碼：用來指定密碼，可以用-p代替。使用-p時，密碼與-p之間沒有空格；

–port=埠號：用來指定訪問埠，可以用-P代替；

–socket=socket文件：用來指定socket文件，可以用-S代替；

mysqlhotcopy並非mysql自帶，需要安裝Perl的資料庫介麵包；下載地址為:

目前，該工具也僅僅能夠備份MyISAM類型的表。

二、數據還原

1、還原使用mysqldump命令備份的資料庫的語法如下：

mysql -u root -p [dbname] backup.sq

示例：

mysql -u root -p C:\backup.sql

2、還原直接複製目錄的備份

通過這種方式還原時，必須保證兩個MySQL資料庫的版本號是相同的。MyISAM類型的表有效，對於InnoDB類型的表不可用，InnoDB表的表空間不能直接複製。

實現MySQL資料庫的備份與還原的幾種方法

MyISAM 表是保存成文件的形式，因此相對比較容易備份，上面提到的幾種方法都可以使用。Innodb 所有的表都保存在同一個數據文件 ibdata1 中（也可能是多個文件，或者是獨立的表空間文件），相對來說比較不好備份，免費的方案可以是拷貝數據文件、備份 binlog，或者用 mysqldump。1. 使用直接拷貝資料庫備份 典型的如cp、tar或cpio實用程序當你使用直接備份方法時，必須保證表不在被使用。如果伺服器在你正在拷貝一個表時改變它，拷貝就失去意義。保證你的拷貝完整性的最好方法是關閉伺服器，拷貝文件，然後重啟伺服器。 如果你不想關閉伺服器，要在執行表檢查的同時鎖定伺服器。如果伺服器在運行，相同的制約也適用於拷貝文件，應該使用相同的鎖定協議讓伺服器「安靜下來」。當你完成了MySQL資料庫備份時，需要重啟伺服器（如果關閉了它）或釋放加在表上的鎖定（如果你讓伺服器運行）。 要用直接拷貝文件把一個資料庫從一台機器拷貝到另一台機器上，只是將文件拷貝到另一台伺服器主機的適當數據目錄下即可。要確保文件是MyIASM格式或兩台機器有相同的硬體結構，否則你的資料庫在另一台主機上有奇怪的內容。你也應該保證在另一台機器上的伺服器在你正在安裝資料庫表時不訪問它們。2. 使用mysqldump資料庫備份mysqldump 是採用SQL級別的備份機制，它將數據表導成 SQL 腳本文件，在不同的 MySQL 版本之間升級時相對比較合適，這也是最常用的備份方法。mysqldump程序備份資料庫較慢，但它生成的文本文件便於移植。mysqldump 的一些主要參數：1）–compatible=name它告訴 mysqldump，導出的數據將和哪種資料庫或哪箇舊版本的 MySQL 伺服器相兼容。值可以為 ansi、mysql323、mysql40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options 等，要使用幾個值，用逗號將它們隔開。當然了，它並不保證能完全兼容，而是盡量兼容。2）–complete-insert，-c導出的數據採用包含欄位名的完整 INSERT 方式，也就是把所有的值都寫在一行。這麼做能提高插入效率，但是可能會受到 max_allowed_packet 參數的影響而導致插入失敗。因此，需要謹慎使用該參數，至少我不推薦。3）–default-character-set=charset指定導出數據時採用何種字符集，如果數據表不是採用默認的 latin1 字符集的話，那麼導出時必須指定該選項，否則再次導入數據後將產生亂碼問題。4）–disable-keys告訴mysqldump 在 INSERT 語句的開頭和結尾增加 ; 和 ; 語句，這能大大提高插入語句的速度，因為它是在插入完所有數據後才重建索引的。該選項只適合 MyISAM 表。5）–extended-insert = true|false默認情況下，mysqldump 開啟 –complete-insert 模式，因此不想用它的的話，就使用本選項，設定它的值為 false 即可。6）–hex-blob使用十六進位格式導出二進位字元串欄位。如果有二進位數據就必須使用本選項。影響到的欄位類型有 BINARY、VARBINARY、BLOB。7）–lock-all-tables，-x在開始導出之前，提交請求鎖定所有資料庫中的所有表，以保證數據的一致性。這是一個全局讀鎖，並且自動關閉 –single-transaction 和 –lock-tables 選項。8）–lock-tables它和–lock-all-tables 類似，不過是鎖定當前導出的數據表，而不是一下子鎖定全部庫下的表。本選項只適用於 MyISAM 表，如果是 Innodb 表可以用 –single-transaction 選項。9）–no-create-info，-t只導出數據，而不添加 CREATE TABLE 語句。10）–no-data，-d不導出任何數據，只導出資料庫表結構。11）–opt這只是一個快捷選項，等同於同時添加 –add-drop-tables –add-locking –create-option –disable-keys –extended-insert –lock-tables –quick –set-charset 選項。本選項能讓 mysqldump 很快的導出數據，並且導出的數據能很快導回。該選項默認開啟，但可以用 –skip-opt 禁用。注意，如果運行 mysqldump 沒有指定 –quick 或 –opt 選項，則會將整個結果集放在內存中。如果導出大資料庫的話可能會出現問題。12）–quick，-q該選項在導出大表時很有用，它強制 mysqldump 從伺服器查詢取得記錄直接輸出而不是取得所有記錄後將它們緩存到內存中。13）–routines，-R導出存儲過程以及自定義函數。14）–single-transaction該選項在導出數據之前提交一個 BEGIN SQL語句，BEGIN 不會阻塞任何應用程序且能保證導出時資料庫的一致性狀態。它只適用於事務表，例如 InnoDB 和 BDB。本選項和 –lock-tables 選項是互斥的，因為 LOCK TABLES 會使任何掛起的事務隱含提交。要想導出大表的話，應結合使用 –quick 選項。–triggers同時導出觸發器。該選項默認啟用，用 –skip-triggers 禁用它。備份：使用mysqldump備份資料庫其實就是把資料庫轉儲成一系列CREATE TABLE和INSERT語句，通過這些語句我們就可重新生成資料庫。使用mysqldump的方法如下：% mysqldump –opt testdb | gzip /data/backup/testdb.bak#–opt選項會對轉儲過程進行優化，生成的備份文件會小一點，後的管道操作會進行數據壓縮% mysqldump –opt testdb mytable1,mytable2 | gzip /data/backup/testdb_mytable.bak#可在資料庫後接數據表名，只導出指定的數據表，多個數據表可用逗號分隔–opt選項還可激活–add-drop-table選項，它將會在備份文件的每條CREATE TABLE前加上一條DROP TABLE IF EXISTS語句。這可方便進行數據表的更新，而不會發生「數據表已存在」的錯誤。用mysqldump命令還可直接把資料庫轉移到另外一台伺服器上，不用生成備份文件。重複執行可定期更新遠程資料庫。% mysqladmin -h remote_host create testdb% mysqldump –opt testdb | mysql -h remote_host testdb另外還可通過ssh遠程調用伺服器上的程序，如：% ssh remote_host mysqladmin create testdb% mysqldump –opt testdb | ssh remote_host mysql testdb 通過直接拷貝系統文件的方式備份資料庫，在備份時，要確保沒有人對資料庫進行修改操作。要做到這點，最好關閉伺服器。如果不能關閉的，要以只讀方試鎖定有關數據表。下面是一些示例：% cp -r db /backup/db #備份db資料庫到/backup/db目錄% cp table_name.* /backup/db #只備份table_name數據表% scp -r db remotehot:/usr/local/mysql/data #用scp把資料庫直接拷貝到遠程伺服器，在把資料庫直接拷貝到遠程主機時，應注意兩台機器必須有同樣的硬體結構，或者將拷貝的數據表全部是可移植數據表類型。或者/usr/local/mysql/bin/mysqldump -uroot -proot \–default-character-set=utf8 –opt –extended-insert=false \–triggers -R –hex-blob -x testdb testdb.sql使用以下 SQL 來備份 Innodb 表：/usr/local/mysql/bin/mysqldump -uroot -proot \–default-character-set=utf8 –opt –extended-insert=false \–triggers -R –hex-blob –single-transaction testdb testdb.sql另外，如果想要實現在線備份，還可以使用 –master-data 參數來實現，如下：/usr/local/mysql/bin/mysqldump -uroot -proot \–default-character-set=utf8 –opt –master-data=1 \–single-transaction –flush-logs testdb testdb.sql它只是在一開始的瞬間請求鎖表，然後就刷新binlog了，而後在導出的文件中加入CHANGE MASTER 語句來指定當前備份的binlog位置，如果要把這個文件恢復到slave里去，就可以採用這種方法來做。 還原：用mysqldump 備份出來的文件是一個可以直接倒入的 SQL 腳本，有兩種方法可以將數據導入。直接用 mysql 客戶端例如：/usr/local/mysql/bin/mysql -uroot -proot testdb testdb.sql用SOURCE 語法其實這不是標準的 SQL 語法，而是 mysql 客戶端提供的功能，例如：SOURCE /tmp/testdb.sql;這裡需要指定文件的絕對路徑，並且必須是 mysqld 運行用戶(例如 nobody)有許可權讀取的文件。 3. 使用mysqlhotcopy資料庫備份 使用mysqlhotcopy工具，它是一個Perl DBI腳本，可在不關閉伺服器的情況下備份資料庫，mysqlhotcopy 是一個 PERL 程序，最初由Tim Bunce編寫。它使用 LOCK TABLES、FLUSH TABLES 和 cp 或 scp 來快速備份資料庫。它是備份資料庫或單個表的最快的途徑，但它只能運行在資料庫文件（包括數據表定義文件、數據文件、索引文件）所在的機器上。mysqlhotcopy 只能用於備份 MyISAM，並且只能運行在 類Unix 和 NetWare 系統上。它主要的優點是：它直接拷貝文件，所以它比mysqldump快。可自動完成數據鎖定工作，備份時不用關閉伺服器。能刷新日誌，使備份文件和日誌文件的檢查點能保持同步。備份：mysqlhotcopy 支持一次性拷貝多個資料庫，同時還支持正則表達。以下是幾個例子：/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=root -p=root \testdb /tmp (把資料庫目錄 testdb 拷貝到 /tmp 下)/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=root -p=root \testdb_1 testdb_2 testdb_n /tmp/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=root -p=root \testdb./regex/ /tmp 還原：mysqlhotcopy 備份出來的是整個資料庫目錄，使用時可以直接拷貝到 mysqld 指定的 datadir (在這裡是 /usr/local/mysql/data/)目錄下即可，同時要注意許可權的問題，如下例：cp -rf testdb /usr/local/mysql/data/chown -R nobody:nobody /usr/local/mysql/data/ (將 testdb 目錄的屬主改成 mysqld 運行用戶) 4. 使用SQL語句資料庫備份 BACKUP TABLE 語法其實和 mysqlhotcopy 的工作原理差不多，都是鎖表，然後拷貝數據文件。它能實現在線備份，但是效果不理想，因此不推薦使用。它只拷貝表結構文件和數據文件，不同時拷貝索引文件，因此恢復時比較慢。備份：BACK TABLE tbl_test TO ‘/tmp/testdb/’; #把tbl_test資料庫備份到/tmp/testdb/目錄里，會自動創建一個testdb目錄 為了執行該語句，你必須擁有那些表的FILE許可權和SELECT許可權，備份目錄還必須是伺服器可寫的。該語句執行時，會先把內存中的數據寫入磁碟，再把各個數據表的.frm(表結構定義文件)、.MYD(數據)文件從數據目錄拷貝到備份目錄。它不拷貝.MYI(索引)文件，因為它能用另外兩個文件重建。BACKUP TABLE語句備份時，依次鎖定數據表，當同時備份多個數據表時，數據表可能會被修改，所以備份0完成時，備份文件中的數據和現時數據表中的數據可能會有差異，為了消除該差異，我們可用只讀方式鎖定數據表，在備份完成後再解鎖。如：mysql LOCK TABLES tb1 READ,tb2 READ;mysql BACKUP TABLE tb1,tb2 TO ‘backup/db’;mysql UNLOCK TABLES;使用BACKUP TABLE語句備份的數據表可用RESTORE TABLE重新載入到伺服器。注意，必須要有 FILE 許可權才能執行本SQL，並且目錄 /tmp/testdb/ 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。SELECT INTO OUTFILE 則是把數據導出來成為普通的文本文件，可以自定義欄位間隔的方式，方便處理這些數據。例子：SELECT * INTO OUTFILE ‘/tmp/testdb/tbl_test.txt’ FROM tbl_test;注意，必須要有 FILE 許可權才能執行本SQL，並且文件 /tmp/testdb/tbl_test.txt 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。還原：用BACKUP TABLE 方法備份出來的文件，可以運行 RESTORE TABLE 語句來恢複數據表。例子：RESTORE TABLE FROM ‘/tmp/testdb/’;許可權要求類似上面所述。用SELECT INTO OUTFILE 方法備份出來的文件，可以運行 LOAD DATA INFILE 語句來恢複數據表。例子：LOAD DATA INFILE ‘/tmp/testdb/tbl_name.txt’ INTO TABLE tbl_name;許可權要求類似上面所述。倒入數據之前，數據表要已經存在才行。

mysql 如何備份和還原資料庫

目前 MySQL 支持的免費備份工具有：mysqldump、mysqlhotcopy，還可以用 SQL 語法進行備份：BACKUP TABLE 或者 SELECT INTO OUTFILE，又或者備份二進位日誌（binlog），還可以是直接拷貝數據文件和相關的配置文件。MyISAM 表是保存成文件的形式，因此相對比較容易備份，上面提到的幾種方法都可以使用。Innodb 所有的表都保存在同一個數據文件 ibdata1 中（也可能是多個文件，或者是獨立的表空間文件），相對來說比較不好備份，免費的方案可以是拷貝數據文件、備份 binlog，或者用 mysqldump。

1、mysqldump

1.1 備份

mysqldump 是採用SQL級別的備份機制，它將數據表導成 SQL 腳本文件，在不同的 MySQL 版本之間升級時相對比較合適，這也是最常用的備份方法。現在來講一下 mysqldump 的一些主要參數：

•–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 禁用它。

其他參數詳情請參考手冊，我通常使用以下 SQL 來備份 MyISAM 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr –default-character-set=utf8 –opt –extended-insert=false \

–triggers -R –hex-blob -x db_name db_name.sql

使用以下 SQL 來備份 Innodb 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr –default-character-set=utf8 –opt –extended-insert=false \

–triggers -R –hex-blob –single-transaction db_name db_name.sql

1.2 還原

用 mysqldump 備份出來的文件是一個可以直接倒入的 SQL 腳本，有兩種方法可以將數據導入。

•直接用 mysql 客戶端

例如：

/usr/local/mysql/bin/mysql -uyejr -pyejr db_name db_name.sql

•用 SOURCE 語法

其實這不是標準的 SQL 語法，而是 mysql 客戶端提供的功能，例如：

SOURCE /tmp/db_name.sql;

這裡需要指定文件的絕對路徑，並且必須是 mysqld 運行用戶(例如 nobody)有許可權讀取的文件。

2、 mysqlhotcopy

2.1 備份

mysqlhotcopy 是一個 PERL 程序，最初由Tim Bunce編寫。它使用 LOCK TABLES、FLUSH TABLES 和 cp 或 scp 來快速備份資料庫。它是備份資料庫或單個表的最快的途徑，但它只能運行在資料庫文件（包括數據表定義文件、數據文件、索引文件）所在的機器上。mysqlhotcopy 只能用於備份 MyISAM，並且只能運行在 類Unix 和 NetWare 系統上。

mysqlhotcopy 支持一次性拷貝多個資料庫，同時還支持正則表達。以下是幾個例子：

root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr db_name /tmp (把資料庫目錄 db_name 拷貝到 /tmp 下)

root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr db_name_1 … db_name_n /tmp

root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr db_name./regex/ /tmp

更詳細的使用方法請查看手冊，或者調用下面的命令來查看 mysqlhotcopy 的幫助：

perldoc /usr/local/mysql/bin/mysqlhotcopy

注意，想要使用 mysqlhotcopy，必須要有 SELECT、RELOAD(要執行 FLUSH TABLES) 許可權，並且還必須要能夠有讀取 datadir/db_name 目錄的許可權。

2.2 還原

mysqlhotcopy 備份出來的是整個資料庫目錄，使用時可以直接拷貝到 mysqld 指定的 datadir (在這裡是 /usr/local/mysql/data/)目錄下即可，同時要注意許可權的問題，如下例：

root#cp -rf db_name /usr/local/mysql/data/

root#chown -R nobody:nobody /usr/local/mysql/data/ (將 db_name 目錄的屬主改成 mysqld 運行用戶)

3、 SQL 語法備份

3.1 備份

BACKUP TABLE 語法其實和 mysqlhotcopy 的工作原理差不多，都是鎖表，然後拷貝數據文件。它能實現在線備份，但是效果不理想，因此不推薦使用。它只拷貝表結構文件和數據文件，不同時拷貝索引文件，因此恢復時比較慢。例子：

BACK TABLE tbl_name TO ‘/tmp/db_name/’;

注意，必須要有 FILE 許可權才能執行本SQL，並且目錄 /tmp/db_name/ 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。

SELECT INTO OUTFILE 則是把數據導出來成為普通的文本文件，可以自定義欄位間隔的方式，方便處理這些數據。例子：

SELECT INTO OUTFILE ‘/tmp/db_name/tbl_name.txt’ FROM tbl_name;

注意，必須要有 FILE 許可權才能執行本SQL，並且文件 /tmp/db_name/tbl_name.txt 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。

3.2 恢復

用 BACKUP TABLE 方法備份出來的文件，可以運行 RESTORE TABLE 語句來恢複數據表。例子：

RESTORE TABLE FROM ‘/tmp/db_name/’;

許可權要求類似上面所述。

用 SELECT INTO OUTFILE 方法備份出來的文件，可以運行 LOAD DATA INFILE 語句來恢複數據表。例子：

LOAD DATA INFILE ‘/tmp/db_name/tbl_name.txt’ INTO TABLE tbl_name;

許可權要求類似上面所述。倒入數據之前，數據表要已經存在才行。如果擔心數據會發生重複，可以增加 REPLACE 關鍵字來替換已有記錄或者用 IGNORE 關鍵字來忽略他們。

補充:

shell mysqldump –quick db_name | gzip db_name.contents.gz(該例子中創建的文件是壓縮格式）。

恢復/轉移到另一台的命令如下:

shell gunzip db_name.contents.gz | mysql db_name以上命令,適用於*nix 操作系統的機器

4、 啟用二進位日誌(binlog)

採用 binlog 的方法相對來說更靈活，省心省力，而且還可以支持增量備份。

啟用 binlog 時必須要重啟 mysqld。首先，關閉 mysqld，打開 my.cnf，加入以下幾行：

server-id = 1

log-bin = binlog

log-bin-index = binlog.index

然後啟動 mysqld 就可以了。運行過程中會產生 binlog.000001 以及 binlog.index，前面的文件是 mysqld 記錄所有對數據的更新操作，後面的文件則是所有 binlog 的索引，都不能輕易刪除。關於 binlog 的信息請查看手冊。

需要備份時，可以先執行一下 SQL 語句，讓 mysqld 終止對當前 binlog 的寫入，就可以把文件直接備份，這樣的話就能達到增量備份的目的了：

FLUSH LOGS;如果是備份複製系統中的從伺服器，還應該備份 master.info 和 relay-log.info 文件。

備份出來的 binlog 文件可以用 MySQL 提供的工具 mysqlbinlog 來查看，如：

/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001

該工具允許你顯示指定的資料庫下的所有 SQL 語句，並且還可以限定時間範圍，相當的方便，詳細的請查看手冊。

恢復時，可以採用類似以下語句來做到：

/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001 | mysql -uyejr -pyejr db_name

把 mysqlbinlog 輸出的 SQL 語句直接作為輸入來執行它。

如果你有空閑的機器，不妨採用這種方式來備份。由於作為 slave 的機器性能要求相對不是那麼高，因此成本低，用低成本就能實現增量備份而且還能分擔一部分數據查詢壓力，何樂而不為呢？

5、 直接備份數據文件

相較前幾種方法，備份數據文件最為直接、快速、方便，缺點是基本上不能實現增量備份。為了保證數據的一致性，需要在靠背文件前，執行以下 SQL 語句：

FLUSH TABLES WITH READ LOCK;也就是把內存中的數據都刷新到磁碟中，同時鎖定數據表，以保證拷貝過程中不會有新的數據寫入。這種方法備份出來的數據恢復也很簡單，直接拷貝回原來的資料庫目錄下即可。

注意，對於 Innodb 類型表來說，還需要備份其日誌文件，即 ib_logfile* 文件。因為當 Innodb 表損壞時，就可以依靠這些日誌文件來恢復。

6、 備份策略

對於中等級別業務量的系統來說，備份策略可以這麼定：第一次全量備份，每天一次增量備份，每周再做一次全量備份，如此一直重複。而對於重要的且繁忙的系統來說，則可能需要每天一次全量備份，每小時一次增量備份，甚至更頻繁。為了不影響線上業務，實現在線備份，並且能增量備份，最好的辦法就是採用主從複製機制(replication)，在 slave 機器上做備份。

7、 數據維護和災難恢復

作為一名DBA(我目前還不是，呵呵)，最重要的工作內容之一是保證數據表能安全、穩定、高速使用。因此，需要定期維護你的數據表。以下 SQL 語句就很有用：

CHECK TABLE 或 REPAIR TABLE，檢查或維護 MyISAM 表

OPTIMIZE TABLE，優化 MyISAM 表

ANALYZE TABLE，分析 MyISAM 表

當然了，上面這些命令起始都可以通過工具 myisamchk 來完成，在這裡不作詳述。

Innodb 表則可以通過執行以下語句來整理碎片，提高索引速度：

ALTER TABLE tbl_name ENGINE = Innodb;

這其實是一個 NULL 操作，表面上看什麼也不做，實際上重新整理碎片了。

通常使用的 MyISAM 表可以用上面提到的恢復方法來完成。如果是索引壞了，可以用 myisamchk 工具來重建索引。而對於 Innodb 表來說，就沒這麼直接了，因為它把所有的表都保存在一個表空間了。不過 Innodb 有一個檢查機制叫 模糊檢查點，只要保存了日誌文件，就能根據日誌文件來修復錯誤。可以在 my.cnf 文件中，增加以下參數，讓 mysqld 在啟動時自動檢查日誌文件：

innodb_force_recovery = 4

關於該參數的信息請查看手冊。

有點長 慢慢看 對你應該有幫助

Mysql鎖表解鎖

— 查詢是否鎖表

show OPEN TABLES ;

— 查詢進程

show processlist ;

— 查詢到相對應的進程，然後殺死進程

kill id; — 一般到這一步就解鎖了

— 查看正在鎖的事務

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;

— 查看等待鎖的事務

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

— 解鎖表

UNLOCK TABLES;

MySQL資料庫表被鎖、解鎖，刪除事務

在程序員的職業生涯中，總會遇到資料庫表被鎖的情況，前些天就又撞見一次。由於業務突發需求，各個部門都在批量操作、導出數據，而資料庫又未做讀寫分離，結果就是：資料庫的某張表被鎖了！

用戶反饋系統部分功能無法使用，緊急排查，定位是資料庫表被鎖，然後進行緊急處理。這篇文章給大家講講遇到類似緊急狀況的排查及解決過程，建議點贊收藏，以備不時之需。

用戶反饋某功能頁面報502錯誤，於是第一時間看服務是否正常，資料庫是否正常。在控制台看到資料庫CPU飆升，堆積大量未提交事務，部分事務已經阻塞了很長時間，基本定位是資料庫層出現問題了。

查看阻塞事務列表，發現其中有鎖表現象，本想利用控制台直接結束掉阻塞的事務，但控制台賬號許可權有限，於是通過客戶端登錄對應賬號將鎖表事務kill掉，才避免了情況惡化。

下面就聊聊，如果當突然面對類似的情況，我們該如何緊急響應？

想像一個場景，當然也是軟體工程師職業生涯中會遇到的一種場景：原本運行正常的程序，某一天突然資料庫的表被鎖了，業務無法正常運轉，那麼我們該如何快速定位是哪個事務鎖了表，如何結束對應的事物？

首先最簡單粗暴的方式就是：重啟MySQL。對的，網管解決問題的神器——「重啟」。至於後果如何，你能不能跑了，要你自己三思而後行了！

重啟是可以解決表被鎖的問題的，但針對線上業務很顯然不太具有可行性。

下面來看看不用跑路的解決方案：

遇到資料庫阻塞問題，首先要查詢一下表是否在使用。

如果查詢結果為空，那麼說明表沒在使用，說明不是鎖表的問題。

如果查詢結果不為空，比如出現如下結果：

則說明表（test）正在被使用，此時需要進一步排查。

查看資料庫當前的進程，看看是否有慢SQL或被阻塞的線程。

執行命令：

該命令只顯示當前用戶正在運行的線程，當然，如果是root用戶是能看到所有的。

在上述實踐中，阿里雲控制台之所以能夠查看到所有的線程，猜測應該使用的就是root用戶，而筆者去kill的時候，無法kill掉，是因為登錄的用戶非root的資料庫賬號，無法操作另外一個用戶的線程。

如果情況緊急，此步驟可以跳過，主要用來查看核對：

如果情況緊急，此步驟可以跳過，主要用來查看核對：

看事務表INNODB_TRX中是否有正在鎖定的事務線程，看看ID是否在show processlist的sleep線程中。如果在，說明這個sleep的線程事務一直沒有commit或者rollback，而是卡住了，需要手動kill掉。

搜索的結果中，如果在事務表發現了很多任務，最好都kill掉。

執行kill命令：

對應的線程都執行完kill命令之後，後續事務便可正常處理。

針對緊急情況，通常也會直接操作第一、第二、第六步。

這裡再補充一些MySQL鎖相關的知識點：資料庫鎖設計的初衷是處理並發問題，作為多用戶共享的資源，當出現並發訪問的時候，資料庫需要合理地控制資源的訪問規則，而鎖就是用來實現這些訪問規則的重要數據結構。

根據加鎖的範圍，MySQL裡面的鎖大致可以分成全局鎖、表級鎖和行鎖三類。MySQL中表級別的鎖有兩種：一種是表鎖，一種是元數據鎖（metadata lock，MDL)。

表鎖是在Server層實現的，ALTER TABLE之類的語句會使用表鎖，忽略存儲引擎的鎖機制。表鎖通過lock tables… read/write來實現，而對於InnoDB來說，一般會採用行級鎖。畢竟鎖住整張表影響範圍太大了。

另外一個表級鎖是MDL（metadata lock），用於並發情況下維護數據的一致性，保證讀寫的正確性，不需要顯式的使用，在訪問一張表時會被自動加上。

常見的一種鎖表場景就是有事務操作處於：Waiting for table metadata lock狀態。

MySQL在進行alter table等DDL操作時，有時會出現Waiting for table metadata lock的等待場景。

一旦alter table TableA的操作停滯在Waiting for table metadata lock狀態，後續對該表的任何操作（包括讀）都無法進行，因為它們也會在Opening tables的階段進入到Waiting for table metadata lock的鎖等待隊列。如果核心表出現了鎖等待隊列，就會造成災難性的後果。

通過show processlist可以看到表上有正在進行的操作（包括讀），此時alter table語句無法獲取到metadata 獨佔鎖，會進行等待。

通過show processlist看不到表上有任何操作，但實際上存在有未提交的事務，可以在information_schema.innodb_trx中查看到。在事務沒有完成之前，表上的鎖不會釋放，alter table同樣獲取不到metadata的獨佔鎖。

處理方法：通過 select * from information_schema.innodb_trxG, 找到未提交事物的sid，然後kill掉，讓其回滾。

通過show processlist看不到表上有任何操作，在information_schema.innodb_trx中也沒有任何進行中的事務。很可能是因為在一個顯式的事務中，對錶進行了一個失敗的操作（比如查詢了一個不存在的欄位），這時事務沒有開始，但是失敗語句獲取到的鎖依然有效，沒有釋放。從performance_schema.events_statements_current表中可以查到失敗的語句。

處理方法：通過performance_schema.events_statements_current找到其sid，kill 掉該session，也可以kill掉DDL所在的session。

總之，alter table的語句是很危險的（核心是未提交事務或者長事務導致的），在操作之前要確認對要操作的表沒有任何進行中的操作、沒有未提交事務、也沒有顯式事務中的報錯語句。

如果有alter table的維護任務，在無人監管的時候運行，最好通過lock_wait_timeout設置好超時時間，避免長時間的metedata鎖等待。

關於MySQL的鎖表其實還有很多其他場景，我們在實踐的過程中盡量避免鎖表情況的發生，當然這需要一定經驗的支撐。但更重要的是，如果發現鎖表我們要能夠快速的響應，快速的解決問題，避免影響正常業務，避免情況進一步惡化。所以，本文中的解決思路大家一定要收藏或記憶一下，做到有備無患，避免突然狀況下抓瞎。