MySQL主從複製案例

來源:互聯網
上載者:User

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設定203
log-bin=mysql-bin # 啟用二進位日誌
binlog-ignore-db = mysql,information_schema  #忽略寫入binlog的庫
 
slave伺服器配置:
vi /usr/local/mysql/etc/my.cnf
[mysqld]
server-id=203
replicate-do-db = abc    #只同步abc庫
slave-skip-errors = all  #忽略因複製出現的所有錯誤

3、重啟主從伺服器mysql

/etc/init.d/mysqld restart

4、在主伺服器上建立帳戶並授權slave

mysql> mysql -u root -p123.com
mysql> 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;

--------------------------------------分割線 --------------------------------------

Ubuntu下Nginx做負載實現高效能WEB伺服器5---MySQL主主同步

生產環境MySQL主主同步主鍵衝突處理

MySQL主從失敗 錯誤Got fatal error 1236

MySQL主從複製,單台伺服器上實施

搭建MySQLProxy 伺服器實現讀寫分離+主從同步

MySQL 5.5 主從雙向同步

MySQL 5.5主從同步排錯

MySQL主從複製非同步半同步執行個體

--------------------------------------分割線 --------------------------------------

本文永久更新連結地址:

相關文章

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.