Mysql同步-主從/主主環境部署
說一說我為什麼要寫這篇博文:2018年08月09日,開始學習Mysql同步,原計劃是用一天的時間學會最基本的搭建,後來發現錯誤百出,很多錯誤網上的答案近乎沒用(可能是不适合我的錯誤吧),于是我下決心,仔細研究一下Mysql同步問題,在這裡要特别感謝:部落格園----散盡浮華,感謝部落客的Mysql主從同步同步:https://www.cnblogs.com/kevingrace/p/6256603.html。這篇博文是根據部落客的博文改進而來,再次感謝!
下面我将結合部落客:散盡浮華的Mysql主從同步和我的實際操作過程來完成這篇博文,希望可以對同道有所幫助。
Mysql複制概念說明
Mysql内建的複制功能是建構大型,高性能應用程式的基礎。将Mysql的資料分布到多個系統上去,這種分布的機制,是通過将Mysql的某一台主機的資料複制到其它主機(slaves)上,并重新執行一遍來實作的。複制過程中一個伺服器充當主伺服器,而一個或多個其它伺服器充當從伺服器。主伺服器将更新寫入二進制日志檔案,并維護檔案的一個索引以跟蹤日志循環。這些日志可以記錄發送到從伺服器的更新。當一個從伺服器連接配接主伺服器時,它通知主伺服器從伺服器在日志中讀取的最後一次成功更新的位置。從伺服器接收從那時起發生的任何更新,然後封鎖并等待主伺服器通知新的更新。
需要注意的是:
在進行mysql複制時,所有對複制中的表的更新必須在主伺服器上進行。否則必須要小心,以避免使用者對主伺服器上的表進行的更新與對從伺服器上的表所進行的更新之間的沖突。
1)Mysql支援那些複制
1--基于語句的複制: 在主伺服器上執行的SQL語句,在從伺服器上執行同樣的語句。MySQL預設采用基于語句的複制,效率比較高。一旦發現沒法精确複制時,會自動選着基于行的複制。
2--基于行的複制:把改變的内容複制過去,而不是把指令在從伺服器上執行一遍. 從mysql5.0開始支援
3--混合類型的複制: 預設采用基于語句的複制,一旦發現基于語句的無法精确的複制時,就會采用基于行的複制。
2)Mysql複制能解決的問題
1--資料分布 (Data distribution )
2--負載平衡(load balancing)
3--資料備份(Backups) ,保證資料安全
4--高可用性和容錯行(High availability and failover)
5--實作讀寫分離,緩解資料庫壓力
3)Mysql主從複制原理
master伺服器将資料的改變記錄二進制binlog日志,當master上的資料發生改變時,則将其改變寫入二進制日志中;salve伺服器會在一定時間間隔内對master二進制日志進行探測其是否發生改變,如果發生改變,則開始一個I/OThread請求master二進制事件,同時主節點為每個I/O線程啟動一個dump線程,用于向其發送二進制事件,并儲存至從節點本地的中繼日志中,從節點将啟動SQL線程從中繼日志中讀取二進制日志,在本地重放,使得其資料和主節點的保持一緻,最後I/OThread和SQLThread将進入睡眠狀态,等待下一次被喚醒。
注意幾點:
1--master将操作語句記錄到binlog日志中,然後授予slave遠端連接配接的權限(master一定要開啟binlog二進制日志功能;通常為了資料安全考慮,slave也開啟binlog功能)。
2--slave開啟兩個線程:IO線程和SQL線程。其中:IO線程負責讀取master的binlog内容到中繼日志relay log裡;SQL線程負責從relay log日志裡讀出binlog内容,并更新到slave的資料庫裡,這樣就能保證slave資料和master資料保持一緻了。
3--Mysql複制至少需要兩個Mysql的服務,當然Mysql服務可以分布在不同的伺服器上,也可以在一台伺服器上啟動多個服務。
4--Mysql複制最好確定master和slave伺服器上的Mysql版本相同(如果不能滿足版本一緻,那麼要保證master主節點的版本低于slave從節點的版本)
5--master和slave兩節點間時間需同步
關于時間同步問題,請看我的另一篇博文:
https://blog.csdn.net/zisefeizhu/article/details/81535299
Mysql複制的流程圖如下:
如上圖所示:
Mysql複制過程的第一部分就是master記錄二進制日志。在每個事務更新資料完成之前,master在二日志記錄這些改變。MySQL将事務串行的寫入二進制日志,即使事務中的語句都是交叉執行的。在事件寫入二進制日志完成後,master通知存儲引擎送出事務。
第二部分就是slave将master的binary log拷貝到它自己的中繼日志。首先,slave開始一個工作線程——I/O線程。I/O線程在master上打開一個普通的連接配接,然後開始binlog dump process。Binlog dump process從master的二進制日志中讀取事件,如果已經跟上master,它會睡眠并等待master産生新的事件。I/O線程将這些事件寫入中繼日志。
SQL slave thread(SQL從線程)處理該過程的最後一步。SQL線程從中繼日志讀取事件,并重放其中的事件而更新slave的資料,使其與master中的資料一緻。隻要該線程與I/O線程保持一緻,中繼日志通常會位于OS的緩存中,是以中繼日志的開銷很小。
此外,在master中也有一個工作線程:和其它MySQL的連接配接一樣,slave在master中打開一個連接配接也會使得master開始一個線程。複制過程有一個很重要的限制——複制在slave上是串行化的,也就是說master上的并行更新操作不能在slave上并行操作。
4)Mysql複制的模式
1--主從複制:主庫授權從庫遠端連接配接,讀取binlog日志并更新到本地資料庫的過程;主庫寫資料後,從庫會自動同步過來(從庫跟着主庫變);
2--主主複制:主從互相授權連接配接,讀取對方binlog日志并更新到本地資料庫的過程;隻要對方資料改變,自己就跟着改變;
5)Mysql主從複制的優點
1--在從伺服器可以執行查詢工作(即我們常說的讀功能),降低主伺服器壓力;(主庫寫,從庫讀,降壓)
2--在從主伺服器進行備份,避免備份期間影響主伺服器服務;(確定資料安全)
3--當主伺服器出現問題時,可以切換到從伺服器。(提升性能)
6)Mysql主從複制工作流程細節
1)MySQL支援單向、異步複制,複制過程中一個伺服器充當主伺服器,而一個或多個其它伺服器充當從伺服器。MySQL複制基于主伺服器在二進制日志中跟蹤所有對資料庫的更改(更新、删除等等)。是以,要進行複制,必須在主伺服器上啟用二進制日志。每個從伺服器從主伺服器接收主伺服器上已經記錄到其二進制日志的儲存的更新。當一個從伺服器連接配接主伺服器時,它通知主伺服器定位到從伺服器在日志中讀取的最後一次成功更新的位置。從伺服器接收從那時起發生的任何更新,并在本機上執行相同的更新。然後封鎖并等待主伺服器通知新的更新。從伺服器執行備份不會幹擾主伺服器,在備份過程中主伺服器可以繼續處理更新。
2)MySQL使用3個線程來執行複制功能,其中兩個線程(Sql線程和IO線程)在從伺服器,另外一個線程(IO線程)在主伺服器。
當發出START SLAVE時,從伺服器建立一個I/O線程,以連接配接主伺服器并讓它發送記錄在其二進制日志中的語句。主伺服器建立一個線程将二進制日志中的内容發送到從伺服器。該線程可以即為主伺服器上SHOW PROCESSLIST的輸出中的Binlog Dump線程。從伺服器I/O線程讀取主伺服器Binlog Dump線程發送的内容并将該資料拷貝到從伺服器資料目錄中的本地檔案中,即中繼日志。第3個線程是SQL線程,由從伺服器建立,用于讀取中繼日志并執行日志中包含的更新。在從伺服器上,讀取和執行更新語句被分成兩個獨立的任務。當從伺服器啟動時,其I/O線程可以很快地從主伺服器索取所有二進制日志内容,即使SQL線程執行更新的遠遠滞後。
7)幾點總結
主從資料完成同步的過程:
1)在Slave 伺服器上執行sart slave指令開啟主從複制開關,開始進行主從複制。
2)此時,Slave伺服器的IO線程會通過在master上已經授權的複制使用者權限請求連接配接master伺服器,并請求從執行binlog日志檔案的指定位置(日志檔案名和位置就是在配置主從
複制服務時執行change master指令指定的)之後開始發送binlog日志内容
3)Master伺服器接收到來自Slave伺服器的IO線程的請求後,其上負責複制的IO線程會根據Slave伺服器的IO線程請求的資訊分批讀取指定binlog日志檔案指定位置之後的binlog
日志資訊,然後傳回給Slave端的IO線程。傳回的資訊中除了binlog日志内容外,還有在Master伺服器端記錄的IO線程。傳回的資訊中除了binlog中的下一個指定更新位置。
4)當Slave伺服器的IO線程擷取到Master伺服器上IO線程發送的日志内容、日志檔案及位置點後,會将binlog日志内容依次寫到Slave端自身的Relay Log(即中繼日志)檔案
(Mysql-relay-bin.xxx)的最末端,并将新的binlog檔案名和位置記錄到master-info檔案中,以便下一次讀取master端新binlog日志時能告訴Master伺服器從新binlog
日志的指定檔案及位置開始讀取新的binlog日志内容
5)Slave伺服器端的SQL線程會實時檢測本地Relay Log 中IO線程新增的日志内容,然後及時把Relay LOG 檔案中的内容解析成sql語句,并在自身Slave伺服器上按解析SQL語句
的位置順序執行應用這樣sql語句,并在relay-log.info中記錄目前應用中繼日志的檔案名和位置點
主從複制
條件
1)開啟Binlog功能
2)主庫要建立賬号
3)從庫要配置master.info(CHANGE MASTER to...相當于配置密碼檔案和Master的相關資訊)
4)start slave 開啟複制功能
需要了解的:
1)3個線程,主庫IO,從庫IO和SQL及作用
2)master.info(從庫)作用
3)relay-log 作用
4)異步複制
5)binlog作用(如果需要級聯需要開啟Binlog)
需要注意:
1)主從複制是異步的邏輯的SQL語句級的複制
2)複制時,主庫有一個I/O線程,從庫有兩個線程,I/O和SQL線程
3)實作主從複制的必要條件是主庫要開啟記錄binlog功能
4)作為複制的所有Mysql節點的server-id都不能相同
5)binlog檔案隻記錄對資料庫有更改的SQL語句(來自主庫内容的變更),不記錄任何查詢(select,show)語句
...................................................................................................
徹底解除主從複制關系
1)stop slave;
2)reset slave; 或直接删除master.info和relay-log.info這兩個檔案;
3)修改my.cnf删除主從相關配置參數。
讓slave不随MySQL自動啟動
修改my.cnf 在[mysqld]中增加 skip-slave-start 選項。
做了MySQL主從複制以後,使用mysqldump對資料備份時,一定要注意按照如下方式:
mysqldump --master-data --single-transaction --user=username --password=password dbname> dumpfilename
這樣就可以保留 file 和 position 的資訊,在新搭建一個slave的時候,還原完資料庫, file 和 position 的資訊也随之更新,接着再start slave 就可以很迅速
的完成增量同步!
需要限定同步哪些資料庫,有3個思路:
1)在執行grant授權的時候就限定資料庫;
2)在主伺服器上限定binlog_do_db = 資料庫名;
3)主伺服器上不限定資料庫,在從伺服器上限定replicate-do-db = 資料庫名;
如果想實作 主-從(主)-從 這樣的鍊條式結構,需要設定:
log-slave-updates 隻有加上它,從前一台機器上同步過來的資料才能同步到下一台機器。
當然,二進制日志也是必須開啟的:
log-bin=/opt/mysql/binlogs/bin-log
log-bin-index=/opt/mysql/binlogs/bin-log.index
還可以設定一個log儲存周期:
expire_logs_days=14
主主複制
溫馨提示:
在做主主同步前,提醒下需要特别注意的一個問題:
主主複制和主從複制有一些差別,因為多主中都可以對伺服器有寫權限,是以設計到自增長重複問題,例如:
出現的問題(多主自增長ID重複)
1)首先在A和B兩個庫上建立test表結構;
2)停掉A,在B上對資料表test(存在自增長屬性的ID字段)執行插入操作,傳回插入ID為1;
3)然後停掉B,在A上對資料表test(存在自增長屬性的ID字段)執行插入操作,傳回的插入ID也是1;
4)然後 同時啟動A,B,就會出現主鍵ID重複
解決方法:
隻要保證兩台伺服器上的資料庫裡插入的自增長資料不同就可以了
如:A插入奇數ID,B插入偶數ID,當然如果伺服器多的話,還可以自定義算法,隻要不同就可以了
在下面例子中,在兩台主主伺服器上加入參數,以實作奇偶插入!
記住:在做主主同步時需要設定自增長的兩個相關配置,如下:
auto_increment_offset 表示自增長字段從那個數開始,取值範圍是1 .. 65535。這個就是序号。如果有n台mysql機器,則從第一台開始分為設1,2...n
auto_increment_increment 表示自增長字段每次遞增的量,其預設值是1,取值範圍是1 .. 65535。如果有n台mysql機器,這個值就設定為n。
在主主同步配置時,需要将兩台伺服器的:
auto_increment_increment 增長量都配置為2
auto_increment_offset 分别配置為1和2。這是序号,第一台從1開始,第二台就是2,以此類推.....
這樣才可以避免兩台伺服器同時做更新時自增長字段的值之間發生沖突。(針對的是有自增長屬性的字段)
Mysql同步-主從/主主同步環境實施過程
1)環境描述
[[email protected] ~]# uname -r
2.6.32-696.el6.x86_64
[[email protected] ~]# uname -m
x86_64
[[email protected] ~]# cat /etc/redhat-release
CentOS release 6.10 (Final)
注意下面幾點:
1)要保證同步服務期間之間的網絡聯通。即能互相ping通,能使用對方授權資訊連接配接到對方資料庫(防火牆開放3306端口)。
2)關閉selinux。
3)同步前,雙方資料庫中需要同步的資料要保持一緻。這樣,同步環境實作後,再次更新的資料就會如期同步了
2)主從複制實作過程記錄
為了測試效果,先在master機器上建立測試庫
mysql> CREATE DATABASE huanqiu CHARACTER SET utf8 COLLATE utf8_general_ci;
Query OK, 1 row affected (0.00 sec)
mysql> use huanqiu;
Database changed
mysql> create table if not exists haha (id int(10) PRIMARY KEY AUTO_INCREMENT,name varchar(50) NOT NULL);
Query OK, 0 rows affected (0.02 sec)
mysql> insert into huanqiu.haha values(1,"wangshibo"),(2,"guohuihui");
Query OK, 2 rows affected (0.00 sec)
Records: 2 Duplicates: 0 Warnings: 0
mysql> select * from huanqiu.haha;
+----+-----------+
| id | name |
+----+-----------+
| 1 | wangshibo |
| 2 | guohuihui |
+----+-----------+
2 rows in set (0.00 sec)
--------------------------------------------------------------------
溫馨提示:
修改庫或表的字元集
mysql> alter database huanqiu default character set utf8; //修改huanqiu庫的字元集
mysql> alter table huanqiu.haha default character set utf8; //修改huanqiu.haha表的字元集
添加主鍵
mysql> Alter table huanqiu.haha add primary key(id); //将huanqiu.haha表的id添加主鍵
mysql> Alter table huanqiu.haha change id id int(10) not null auto_increment; //自增長屬性
删除主鍵時要先删除自增長,再删除主鍵
mysql> Alter table huanqiu.haha change id id int(10); //删除自增長
mysql> Alter table huanqiu.haha drop primary key; //删除主建
--------------------------------------------------------------------
下面是master資料庫上的操作:
1)設定master資料庫的my.cnf檔案(在[mysqld]配置區域添加下面内容)
[[email protected] ~]# vim /usr/local/mysql/my.cnf
.......
server-id=1 #資料庫唯一ID,主從的辨別号絕對不能重複。
log-bin=mysql-bin #開啟bin-log,并指定檔案目錄和檔案名字首
binlog-do-db=huanqiu #需要同步的資料庫。如果是多個同步庫,就以此格式另寫幾行即可。如果不指明對某個具體庫同步,就去掉此行,表示同步所有庫(除了ignore忽略的庫)。
binlog-ignore-db=mysql #不同步mysql系統資料庫。如果是多個不同步庫,就以此格式另寫幾行;也可以在一行,中間逗号隔開。
sync_binlog = 1 #確定binlog日志寫入後與硬碟同步
binlog_checksum = none #跳過現有的采用checksum的事件,mysql5.6.5以後的版本中binlog_checksum=crc32,而低版本都是binlog_checksum=none
PS:根據我的測試,這兩行添加上去在重新開機的時候回報:
Starting MySQL... ERROR! The server quit without updating PID file (/application/mysql/data/db01.pid).
binlog_format = mixed #bin-log日志檔案格式,設定為MIXED可以防止主鍵重複。
--------------------------------------------------------------------------------
溫馨提示:在主伺服器上最重要的二進制日志設定是sync_binlog,這使得mysql在每次送出事務的時候把二進制日志的内容同步到磁盤上,即使伺服器崩潰也會把事件寫入日志中。
sync_binlog這個參數是對于MySQL系統來說是至關重要的,他不僅影響到Binlog對MySQL所帶來的性能損耗,而且還影響到MySQL中資料的完整性。對于"sync_binlog"參數的各種設定的說明如下:
sync_binlog=0,當事務送出之後,MySQL不做fsync之類的磁盤同步指令重新整理binlog_cache中的資訊到磁盤,而讓Filesystem自行決定什麼時候來做同步,或者cache滿了之後才同步到磁盤。
sync_binlog=n,當每進行n次事務送出之後,MySQL将進行一次fsync之類的磁盤同步指令來将binlog_cache中的資料強制寫入磁盤。
在MySQL中系統預設的設定是sync_binlog=0,也就是不做任何強制性的磁盤重新整理指令,這時候的性能是最好的,但是風險也是最大的。因為一旦系統Crash,在binlog_cache中的所有binlog資訊都會被丢失。而當設定為“1”的時候,是最安全但是性能損耗最大的設定。因為當設定為1的時候,即使系統Crash,也最多丢失binlog_cache中未完成的一個事務,對實際資料沒有任何實質性影響。
從以往經驗和相關測試來看,對于高并發事務的系統來說,“sync_binlog”設定為0和設定為1的系統寫入性能差距可能高達5倍甚至更多。
--------------------------------------------------------------------------------
2)導出master資料庫多餘slave資料庫中的資料,然後導入到slave資料庫中。保證雙方在同步環境實作前的資料一緻。
導出資料庫之前先鎖定資料庫
mysql> flush tables with read lock; #資料庫隻讀鎖定指令,防止導出資料庫的時候有資料寫入。unlock tables指令解除鎖定
導出master資料庫中多餘的huanqiu庫(master資料庫的root使用者登陸密碼:123456)
[[email protected] ~]# mysqldump -uroot huanqiu -p123456 >/opt/huanqiu.sql
[[email protected] ~]# rsync -e "ssh -p22" -avpgolr /opt/huanqiu.sql 182.148.15.237:/opt/ #将導出的sql檔案上傳到slave機器上
3)設定資料同步權限
mysql> grant replication slave,replication client on *.* to slave@'182.148.15.237' identified by "[email protected]";
Query OK, 0 rows affected (0.02 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)
--------------------------------------------------------------------------------
溫馨提示:
權限檢視方式
mysql> show grants;
mysql> show grants for slave@'182.148.1115.237';
--------------------------------------------------------------------------------
4)檢視主伺服器master狀态(注意File與Position項,從伺服器需要這兩項參數)
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000007 | 120 | huanqiu | mysql | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
下面是slave資料庫上的操作:
1)設定slave資料庫的my.cnf配置檔案
[[email protected] ~]# vim /usr/local/mysql/my.cnf
.......
server-id=2 #設定從伺服器id,必須于主伺服器不同
log-bin=mysql-bin #啟動MySQ二進制日志系統
replicate-do-db=huanqiu #需要同步的資料庫名。如果不指明同步哪些庫,就去掉這行,表示所有庫的同步(除了ignore忽略的庫)。
replicate-ignore-db=mysql #不同步mysql系統資料庫
slave-skip-errors = all #跳過所有的錯誤錯誤,繼續執行複制操作
-----------------------------------------------------------------------------------------------
溫馨提示:
當隻針對某些庫的某張表進行同步時,如下,隻同步huanqiu庫的haha表和huanpc庫的heihei表:
replicate-do-db = huanqiu
replicate-wild-do-table = huanqiu.haha //當隻同步幾個或少數表時,可以這樣設定。注意這要跟上面的庫指定配合使用;
replicate-do-db = huanpc
replicate-wild-do-table = huanpc.heihei //如果同步的庫的表比較多時,就不能這樣一一指定了,就把這個選項配置去掉,直接根據指定的庫進行同步。
-----------------------------------------------------------------------------------------------
2)在slave資料庫中導入從master傳過來的資料。
mysql> CREATE DATABASE huanqiu CHARACTER SET utf8 COLLATE utf8_general_ci; #先建立一個huanqiu空庫,否則下面導入資料時會報錯說此庫不存在。
mysql> use huanqiu;
mysql> source /opt/huanqiu.sql; #導入master中多餘的資料。
.......
3)配置主從同步指令
mysql> stop slave; #執行同步前,要先關閉slave
mysql> change master to master_host='182.148.15.238',master_user='slave',master_password='s[email protected]',master_log_file='mysql-bin.000007',master_log_pos=120;
mysql> start slave;
mysql> show slave status \G
.......
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 182.148.15.238
Master_User: slave
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000007
Read_Master_Log_Pos: 120
Relay_Log_File: mysql-relay-bin.000002
Relay_Log_Pos: 279
Relay_Master_Log_File: mysql-bin.000007
Slave_IO_Running: Yes
Slave_SQL_Running: Yes PS:這兩個Yes,代表程序啟動
Replicate_Do_DB: huanqiu
Replicate_Ignore_DB: mysql
.............
Seconds_Behind_Master: 0
如上,當IO和SQL線程的狀态均為Yes,則表示主從已實作同步了!
檢視slave資料庫中的資料情況
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| huanqiu |
| mysql |
| performance_schema |
| test |
+--------------------+
5 rows in set (0.00 sec)
mysql> select * from huanqiu.haha;
+----+-----------+
| id | name |
+----+-----------+
| 1 | wangshibo |
| 2 | guohuihui |
+----+-----------+
2 rows in set (0.00 sec)
下面測試下Mysql主從同步的效果
現在主資料庫上寫入新資料
mysql> unlock tables; #解鎖,否則新資料無法寫入
mysql> insert into huanqiu.haha values(100,"anhui");
Query OK, 1 row affected (0.00 sec)
然後在slave資料庫上檢視,發現master上新寫入的資料已經同步過來了
mysql> select * from huanqiu.haha;
+-----+-----------+
| id | name |
+-----+-----------+
| 1 | wangshibo |
| 2 | guohuihui |
| 100 | anhui |
+-----+-----------+
3 rows in set (0.00 sec)
至此,主從同步環境已經實作!
注意點:
其實看到上述兩個Yes,已經代表主從同步成功,但是如果主從伺服器的系統時間不一緻,還是看不到效果的,要想看到,請看一下博文:
http://www.cnblogs.com/kevingrace/p/6261091.html
3)現在記錄下主主同步的操作過程:
1)在master上的my.cnf配置:
[[email protected] ~]# vim /usr/local/mysql/my.cnf
server-id = 1
log-bin = mysql-bin
binlog-ignore-db = mysql,information_schema
#sync_binlog = 1
#binlog_checksum = none
binlog_format = mixed
auto-increment-increment = 2
auto-increment-offset = 1 # 注意這裡 上面有說明
slave-skip-errors = all
[[email protected] ~]# /etc/init.d/mysql restart
Shutting down MySQL. SUCCESS!
Starting MySQL.. SUCCESS!
資料同步授權(iptables防火牆開啟3306端口,要確定對方機器能使用下面權限連接配接到本機mysql)
mysql> grant replication slave,replication client on *.* to slave@'182.148.15.237' identified by "[email protected]";
mysql> flush privileges;
最好将庫鎖住,僅僅允許讀,以保證資料一緻性;待主主同步環境部署後再解鎖;鎖住後,就不能往表裡寫資料,但是重新開機mysql服務後就會自動解鎖!
mysql> FLUSH TABLES WITH READ LOCK; //注意該參數設定後,如果自己同步對方資料,同步前一定要記得先解鎖!
Query OK, 0 rows affected (0.00 sec)
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 | 1970 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
2)slave資料庫上
[[email protected] ~]# vim /usr/local/mysql/my.cnf
server-id = 2
log-bin = mysql-bin
binlog-ignore-db = mysql,information_schema
#sync_binlog = 1
binlog_checksum = none
#binlog_format = mixed
auto-increment-increment = 2
auto-increment-offset = 2
slave-skip-errors = all
[[email protected] ~]# /etc/init.d/mysql restart
Shutting down MySQL. SUCCESS!
Starting MySQL.. SUCCESS!
資料同步授權(iptables防火牆開啟3306端口,要確定對方機器能使用下面權限連接配接到本機mysql)
同理,slave也要授權給master機器遠端同步資料的權限
mysql> grant replication slave ,replication client on *.* to slave@'182.148.15.238' identified by "[email protected]";
mysql> flush privileges;
mysql> FLUSH TABLES WITH READ LOCK;
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 | 4136 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
3)執行主張同步操作
先在slave資料庫上做同步master的設定。(確定slave上要同步的資料,提前在master上存在。最好雙方資料保持一緻)
mysql> unlock tables; //先解鎖,将對方資料同步到自己的資料庫中
mysql> slave stop;
mysql> change master to master_host='182.148.15.238',master_user='slave',master_password='sla[email protected]',master_log_file='master-bin.000001',master_log_pos=1970;
mysql> start slave;
mysql> show slave status \G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 182.148.15.238
Master_User: slave
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 1970
Relay_Log_File: mysql-relay-bin.000003
Relay_Log_Pos: 750
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
..................
這樣就實作了slave->master的同步環境。
再在master資料庫上做同步slave的設定。(確定slave上要同步的資料,提前在master上存在。最好雙方資料保持一緻)
mysql> unlock tables;
mysql> slave stop;
mysql> change master to master_host='182.148.15.237',master_user='slave',master_password='sla[email protected]',master_log_file='master-bin.000001',master_log_pos=4136;
mysql> start slave;
mysql> show slave status \G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 182.148.15.237
Master_User: slave
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 4136
Relay_Log_File: mysql-relay-bin.000003
Relay_Log_Pos: 750
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
..................
這樣就實作了master->slave的同步環境。至此,主主雙向同步環境已經實作!
注意:
在上面的操作中可能會報一下錯誤:
slave同步狀态中出現Slave_IO_Running: NO (一般是下面的原因2造成的)
報錯:Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'
原因1:清理資料導緻主從庫不同步(前提是主庫的binlog日志沒有被暴力删除或錯誤删除,即要確定正在使用的那個最新binlog檔案在master主庫機器上存在)。
解決辦法:
1)先進入slave中執行:"slave stop;"來停止從庫同步;
2)再去master中執行:"flush logs;"來清空日志;
3)然後在master中執行:"show master status;"檢視下主庫的狀态,主要是日志的檔案和position;
4)然後回到slave中,執行:"CHANGE MASTER TO ......執行同步指令
原因2:該錯誤發生在從庫的io程序從主庫拉取日志時,發現主庫的mysql_bin.index檔案中第一個檔案不存在。出現此類報錯可能是由于你的slave 由于某種原因停止了好長一段
時間,當你重新開機slave 複制的時候,在主庫上找不到相應的binlog ,會報此類錯誤。或者是由于某些設定主庫上的binlog被删除了,導緻從庫擷取不到對應的binglog file。
解決辦法:
1)為了避免資料丢失,需要重新進行slave同步操作。
2)注意主庫binlog的清理政策,選擇基于時間過期的删除方式還是基于空間使用率的删除方式。
3)記住最好不要使用"rm -rf"指令删除binlog file,這樣不會同步修改mysql_bin.index 記錄的binlog 條目。在删除binlog的時候確定主庫保留了從庫"show slave status"
的Relay_Master_Log_File對應的binlog file。任何時候都不能删除正在使用的那個最新binlog檔案;最好把bin-log檔案不要删除,最好給備份出來。
原因2的情況下,使用原因1的處理方案顯然是解決不了的!此時的解決方案:
在從庫上執行:
mysql> stop slave;
mysql> reset slave;
mysql> start slave;
mysql> show slave status \G