MySQL 主從復制的原理和配置
工作原理圖:
主從復制的原理:
分為同步復制和異步復制,實際復制架構中大部分為異步復制。 復制的基本過程如下:
1).Slave上面的IO進程連接上Master,并請求從指定日志文件的指定位置(或者從最開始的日志)之后的日志內容;
2).Master接收到來自Slave的IO進程的請求后,通過負責復制的IO進程根據請求信息讀取制定日志指定位置之后的日志信息,返回給Slave 的IO進程。返回信息中除了日志所包含的信息之外,還包括本次返回的信息已經到Master端的bin-log文件的名稱以及bin-log的位置;
3).Slave的IO進程接收到信息后,將接收到的日志內容依次添加到Slave端的relay-log文件的最末端,并將讀取到的Master端的 bin-log的文件名和位置記錄到master-info文件中,以便在下一次讀取的時候能夠清楚的告訴Master“我需要從某個bin-log的哪個位置開始往后的日志內容,請發給我”;
4).Slave的Sql進程檢測到relay-log中新增加了內容后,會馬上解析relay-log的內容成為在Master端真實執行時候的那些可執行的內容,并在自身執行。
環境描述
操作系統:CentOS6.3_x64主服務器master:192.168.0.202從服務器slave:192.168.0.203一、mysql主從復制1、主從安裝mysql,版本一致
我們裝的是 mysql-5.5.30.tar.gz 這里省略…
2、修改master,slave服務器
master服務器配置:vi /usr/local/mysql/etc/my.cnf[mysqld]server-id=202 #設置服務器唯一的id,默認是1,我們設置ip最后一段,slave設置203log-bin=mysql-bin # 啟用二進制日志binlog-ignore-db = mysql,information_schema #忽略寫入binlog的庫slave服務器配置:vi /usr/local/mysql/etc/my.cnf[mysqld]server-id=203replicate-do-db = abc #只同步abc庫slave-skip-errors = all #忽略因復制出現的所有錯誤
3、重啟主從服務器mysql
/etc/init.d/mysqld restart
4、在主服務器上建立帳戶并授權slave
mysql> mysql -u root -p123.commysql> GRANT REPLICATION SLAVE ON *.* to ‘sync’@‘192.168.1.2’ identified by ‘1234.com’; #replication:復制
5、查看主數據庫狀態
mysql> show master status;+------------------+----------+--------------+------------------+| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |+------------------+----------+--------------+------------------+| mysql-bin.000002 | 263 | | |+------------------+----------+--------------+------------------+
6、配置從數據庫
mysql> change master to -> master_host=’192.168.0.202’, -> master_user=’sync’, -> master_password=’1234.com’, -> master_log_file=’mysql-bin.000002’, -> master_log_pos=263;#Log和pos是master上隨機獲取的。這段也可以寫到my.cnf里面。
7、啟動slave同步進程并查看狀態
mysql> start slave;
其中Slave_IO_Running 與 Slave_SQL_Running 的值都必須為YES,才表明狀態正常。
8、驗證主從同步
在主mysql創建數據庫abc,再從mysql查看已經同步成功!
mysql> create database abc;mysql> show databases;+--------------------+| Database |+--------------------+| information_schema || abc || mysql || performance_schema || test |+--------------------+
在slave啟動報錯:
“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’”
解決:報錯的原因主要是slave設置master的二進制文件名或pos值不對應!
先flush logs;清空日志,在查看下主數據庫的狀態 show master status;看下日志文件名字和position值;
再在slave中,執行:CHANGE MASTER TO MASTER_LOG_FILE=‘二進制日志名’,MASTER_LOG_POS=值;
最后啟動同步進程:start slave;
相關文章:
