mysql2016數(shù)據(jù)庫表復(fù)制粘貼報錯,如何終止導(dǎo)入？

如果從庫上表 t 數(shù)據(jù)與主庫不一致，導(dǎo)致復(fù)制錯誤，整個庫的數(shù)據(jù)量很大，重做從庫很慢，如何單獨恢復(fù)這張表的數(shù)據(jù)？通常認(rèn)為是不能修復(fù)單表數(shù)據(jù)的，因為涉及到各表狀態(tài)不一致的問題。下面就列舉備份單表恢復(fù)到從庫會面臨的問題以及解決辦法：

讓客戶滿意是我們工作的目標(biāo)，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價值的長期合作伙伴，公司提供的服務(wù)項目有：域名注冊、網(wǎng)站空間、營銷軟件、網(wǎng)站建設(shè)、武江網(wǎng)站維護(hù)、網(wǎng)站推廣。

場景 1

如果復(fù)制報錯后，沒有使用跳過錯誤、復(fù)制過濾等方法修復(fù)主從復(fù)制。主庫數(shù)據(jù)一直在更新，從庫數(shù)據(jù)停滯在報錯狀態(tài)（假設(shè) GTID 為 aaaa:1-100）。

修復(fù)步驟：

在主庫上備份表 t （假設(shè)備份快照 GTID 為 aaaa:1-10000）；

恢復(fù)到從庫；

啟動復(fù)制。

這里的問題是復(fù)制起始位點是 aaaa:101，從庫上表 t 的數(shù)據(jù)狀態(tài)是領(lǐng)先其他表的。aaaa:101-10000 這些事務(wù)中只要有修改表 t 數(shù)據(jù)的事務(wù)，就會導(dǎo)致復(fù)制報錯 ，比如主鍵沖突、記錄不存在（而 aaaa:101 這個之前復(fù)制報錯的事務(wù)必定是修改表 t 的事務(wù)）

解決辦法：啟動復(fù)制時跳過 aaaa:101-10000 這些事務(wù)中修改表 t 的事務(wù)。

正確的修復(fù)步驟：

1. 在主庫上備份表 t （假設(shè)備份快照 GTID 為 aaaa:1-10000），恢復(fù)到從庫；

2. 設(shè)置復(fù)制過濾，過濾表 t：

CHANGE REPLICATION FILTER REPLICATE_WILD_IGNORE_TABLE = ('db_name.t');

3. 啟動復(fù)制，回放到 aaaa:10000 時停止復(fù)制（此時從庫上所有表的數(shù)據(jù)都在同一狀態(tài)，是一致的）;

START SLAVE UNTIL SQL_AFTER_GTIDS = 'aaaa:10000';

4. 刪除復(fù)制過濾，正常啟動復(fù)制。

注意事項：這里要用 mysqldump --single-transaction --master-data=2，記錄備份快照對應(yīng)的 GTID

場景 2

如果復(fù)制報錯后，使用跳過錯誤、復(fù)制過濾等辦法修復(fù)了主從復(fù)制。主、從庫數(shù)據(jù)一直在更新。

修復(fù)步驟：

在主庫上備份表 t （假設(shè)備份快照 GTID為 aaaa:1-10000）；

停止從庫復(fù)制，GTID為 aaaa:1-20000；

恢復(fù)表 t 到從庫；

啟動復(fù)制。

這里的問題是復(fù)制起始位點是 aaaa:20001，aaaa:10000-20000 這些事務(wù)將不會在從庫上回放，如果這里面有修改表 t 數(shù)據(jù)的事務(wù)，從庫上將丟失這部分?jǐn)?shù)據(jù)。

解決辦法：從備份開始到啟動復(fù)制，鎖定表 t，保證 aaaa:10000-20000 中沒有修改表 t 的事務(wù)。

正確修復(fù)步驟：

對表 t 加讀鎖；

在主庫上備份表 t；

停止從庫復(fù)制，恢復(fù)表 t；

啟動復(fù)制；

解鎖表 t。

如果是大表，這里可以用可傳輸表空間方式備份、恢復(fù)表，減少鎖表時間。

MySQL 怎么終止當(dāng)前正在執(zhí)行的 SQL 語句？

操作步驟：

show processlist;

找出你要停止的語句

然后找出你要終止的語句的id

在系統(tǒng)下mysqladmin -uroot -ppassword kill 要殺的ID

MySQL查詢語句執(zhí)行的過程：

客戶端發(fā)送一條查詢給服務(wù)器；

服務(wù)器先會檢查查詢緩存，如果命中了緩存，則立即返回存儲在緩存中的結(jié)果。否則進(jìn)入下一階段；

服務(wù)器端進(jìn)行SQL解析、預(yù)處理，再由優(yōu)化器生成對應(yīng)的執(zhí)行計劃；

MySQL根據(jù)優(yōu)化器生成的執(zhí)行計劃，調(diào)用存儲引擎的API來執(zhí)行查詢；

將結(jié)果返回給客戶端。

MYSQL中如何強制終止一條語句的執(zhí)行？

KILL命令的語法格式如下：KILL [CONNECTION | QUERY] thread_id

步驟如下：

1、KILL允許自選的CONNECTION或QUERY修改符：KILL CONNECTION與不含修改符的KILL一樣：它會終止與給定的thread_id有關(guān)的連接。

2、KILL QUERY會終止連接當(dāng)前正在執(zhí)行的語句，但是會保持連接的原狀。

3、如果您擁有PROCESS權(quán)限，則您可以查看所有線程。

4、如果您擁有超級管理員權(quán)限，您可以終止所有線程和語句。否則，您只能查看和終止您自己的線程和語句。

5、您也可以使用mysqladmin processlist和mysqladmin kill命令來檢查和終止線程。

首先登錄mysql，然后使用： show processlist; 查看當(dāng)前mysql中各個線程狀態(tài)。

以上顯示出當(dāng)前正在執(zhí)行的sql語句列表，找到消耗資源最大的那條語句對應(yīng)的id.

然后運行kill命令，命令格式如下：

[sql]?view plain?copy

kill?id;

-?示例:

kill?8358

殺掉即可。