mysql公開課之 mysql5.7復制特征

2024-07-24 12:31:54

字體：大中小

來源：轉載

供稿：網友

GTID的基礎知識
BEGIN；
INSERT INTO innodb_tbl(…);
INSERT INTO myisam_tbl(…);
COMMIT;

在事務中使用臨時表
BEGIN；
INSERT INTO innodb_tbl(…);
CREATE TEMPORARY TABLE temp1;
．．．
COMMIT;

小技巧
啟用GTID前，檢測系統中是否有GTID不支持的語句/事務，提前處理。
全局系統變量enforce-gtid-consistency
OFF 不檢測是否有GTID不支持的語句/事務
WARN 當發現不支持的語句/事務時，返回警告，并在日志中記錄警告信息。
ON 當發現語句/事務不支持GTID時，返回錯誤。                     ----所以上面報錯了
在線上的數據庫服務器或測試環境中，開啟WARN模式。
+---------+------+---------------------------------------------------------------+
| Level | Code | Message |
+---------+------+---------------------------------------------------------------+
| Warning | 1786 | Statement violates GTID consistency: CREATE TABLE ... SELECT. |
+---------+------+---------------------------------------------------------------+
2016-07-11T10:48:34.627976Z 2 [Warning] Statement violates GTID consistency: CREATE TABLE ... SELECT.

處理完GTID不支持的語句后，再啟用GTID。

Mysql5.7多線程并發復制
基本搭建過程可參如下文檔：

mysql5.6多線程復制：基于datababase/schema的
mysql5.7多線程復制：繼承5.6的同時，基于事務執行的邏輯時鐘(Logical Clock)的并發(5.7以來)

具體區別如下：
兩種類型的并發
   基于庫(Database/Schema)的并發(5.6以來)
     Binlog中記錄語句使用的所有的庫的名字。
     不同庫上的事務可以并發執行，同庫的事務順序執行。
   基于事務執行的邏輯時鐘(Logical Clock)的并發(5.7以來)。
     Binlog中記錄事務執行時的相對順序信息。
     基本原理是鎖的沖突檢測，因此也叫基于鎖的并發機制。

基于鎖的并發復制的原理
待續。。。。

在線快速切換為并發復制：
mysql> STOP SLAVE SQL_THREAD；
mysql> SET GLOBAL slave_parallel_workers = 8; #并發線程數量
mysql> SET GLOBAL slave_parallel_type = “ LOGICAL_CLOCK” ; #or DATABASE
mysql> START SLAVE SQL_THREAD
注意：如果主5.6 從5.7使用LOGICAL_CLOCK的模式可能會出現如下類型錯誤
Last_Errno: 1756

Last_Error: … The slave coordinator and worker threads are stopped, possibly leaving data in inconsistent state. A restart should restore consistency automatically, although using non-transactional storage for data or info tables or DDL queries could lead to problems. In such cases you have to examine your data (see documentation for details).

（編輯：武林網）

上一篇：mysql輸入csv格式文件

下一篇：mysql臨時表，臨時表空間，ibtmp1表空間暴增原由初探