欧美一区二区三区老妇人-欧美做爰猛烈大尺度电-99久久夜色精品国产亚洲a-亚洲福利视频一区二区

MySQL數(shù)據(jù)庫的實時備份知識點詳解

前言

網站建設哪家好,找創(chuàng)新互聯(lián)公司!專注于網頁設計、網站建設、微信開發(fā)、小程序設計、集團企業(yè)網站建設等服務項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了費縣免費建站歡迎大家使用!

數(shù)據(jù)庫實時備份的需求很常見,MySQL本身提供了 Replication 機制,摘譯官方介紹如下:

MySQL Replication 可以將一個主數(shù)據(jù)庫中的數(shù)據(jù)同步到一個或多個從數(shù)據(jù)庫中。并且這個同步過程默認以異步方式工作,不需要保持主從數(shù)據(jù)庫的實時連接(即允許連接中斷)。同時允許自定義配置需同步的數(shù)據(jù)庫及數(shù)據(jù)表。

MySQL Replication 的優(yōu)點及應用場景如下:

1、通過 MySQL Replication 實現(xiàn)負載均衡與讀寫分離(主數(shù)據(jù)庫僅更新,從數(shù)據(jù)庫僅讀?。嵘龜?shù)據(jù)庫性能。

2、通過 MySQL Replication 實現(xiàn)數(shù)據(jù)的實時備份,保證數(shù)據(jù)安全。

3、通過 MySQL Replication 實現(xiàn)數(shù)據(jù)的離線分析(主數(shù)據(jù)庫生成數(shù)據(jù),從數(shù)據(jù)庫分析計算不影響主數(shù)據(jù)庫性能)。

4、數(shù)據(jù)分發(fā)。

MySQL Replication完整的官方文檔請參閱:https://dev.mysql.com/doc/refman/5.7/en/replication.html

工作原理

1111

1、Master中的所有數(shù)據(jù)庫變更事件寫入Binary Log文件

2、當在Slave中執(zhí)行“SLAVE START”命令時,開啟Slave I/O Thread,并連接Master

3、Master偵測到Slave I/O Thread的連接,開啟Log Jump Thread進行響應

4、Master Binary Log經Master Log Jump Thread和Slave I/O Thread傳輸至Slave Relay Log

5、Slave SQL Thread將Relay Log還原至數(shù)據(jù),同步完成

注:可使用“SHOW PROCESSLIST”命令在Master和Slave中查看對應線程的運行情況

配置Master

開啟Binary Log并設置ServerID,ServerID必須唯一,取值范圍1至232-1

[mysqld]
# 開啟Binary Log
log-bin=mysql-bin
# 設置全局ID
server-id=1

# 指定需同步的數(shù)據(jù)庫(因為數(shù)據(jù)庫名稱可能包含逗號,因此多個數(shù)據(jù)庫必須重復配置多次而不能以逗號分隔)
binlog-do-db=database_name
# 指定禁止同步的數(shù)據(jù)庫
binlog-ignore-db=database_name
# 指定Binary Log格式
binlog_format=MIXED

創(chuàng)建同步帳號

因為每個Slave均需要使用帳號密碼連接至主數(shù)據(jù)庫,所以在主數(shù)據(jù)庫上必須提供帳號。建議使用一個獨立帳號,僅授權數(shù)據(jù)同步權限。

CREATE USER 'repl'@'%.example.com' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%.example.com';

獲取Binary Log信息

Slave啟動I/O Thread時需要傳入Binary Log部分信息,因此需要獲取一下Binary Log信息:

SHOW MASTER STATUS;

使用“SHOW MASTER STATUS”命令獲取Binary Log信息,并記錄File和Position字段值。

同步前保證Master與Slave的數(shù)據(jù)一致

在Slave啟動I/O Thread前,需確保Master與Slave的數(shù)據(jù)一致,因此先對Master進行鎖定(防止數(shù)據(jù)變更),手動同步并確保數(shù)據(jù)一致后再解鎖。

FLUSH TABLES WITH READ LOCK;

手動數(shù)據(jù)同步相關操作略...

UNLOCK TABLES;

配置Slave

設置ServerID,可不必開啟BinLog:

[mysqld]
# 設置全局ID
server-id=2

# 指定同步的數(shù)據(jù)庫
replicate-do-db=database_name
# 指定禁止同步的數(shù)據(jù)庫
replicate_ignore_db=database_name

設置Master信息,執(zhí)行如下命令:

mysql> CHANGE MASTER TO
  ->   MASTER_HOST='master_host_name',
  ->   MASTER_PORT='master_host_port',
  ->   MASTER_USER='replication_user_name',
  ->   MASTER_PASSWORD='replication_password',
  ->   MASTER_LOG_FILE='recorded_log_file_name',
  ->   MASTER_LOG_POS=recorded_log_position;

啟動I/O Thread

START SLAVE;

查看同步狀態(tài):

SHOW SLAVE STATUS;

Master的binlog_format 參數(shù)

binlog_format用于配置Binary Log的格式,支持如下三種類型:

Row

按數(shù)據(jù)行的變化進行記錄,該模式與SQL語句、存儲過程、函數(shù)、觸發(fā)器等無關,它只關心每一行的數(shù)據(jù)是否發(fā)生變化,如變化則記錄,因此Row模式是準確度最高的。但它的缺點是某些情況下會產生大量內容而導致效率下降,比如表結構發(fā)生變更時。

Statement

按SQL語句進行記錄,很明顯這個解決了Row模式的短板,但問題是準確度不夠高,因為SQL語句可以非常復雜并且容易出現(xiàn)意外情況。

Mixed

Row與Statement混合模式,由MySQL自動決定什么時候使用Row,什么時候使用Statement,這也是默認模式。

replicate-do-db注意事項

當在Slave中使用replicate-do-db和replicate-ignore-db配置項時,需特別注意,跨數(shù)據(jù)庫的SQL語句將不會被同步,如:

replicate-do-db=a
use b;
update a.some_table set some_field = 'some value';

解決方案是使用replicate_wild_do_table和replicate_wild_ignore_table,如:

replicate_wild_do_table=database_name.%
replicate_wild_ignore_table=database_name.%

新聞標題:MySQL數(shù)據(jù)庫的實時備份知識點詳解
本文地址:http://chinadenli.net/article40/gechho.html

成都網站建設公司_創(chuàng)新互聯(lián),為您提供外貿網站建設、靜態(tài)網站、網站策劃響應式網站、Google網站營銷

廣告

聲明:本網站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)

網站托管運營