本篇文章是mysql的進階學習，介紹一下主從複製原理及其配置，希望對大家有幫助！
對於現在的系統來說，在業務複雜的系統中，資料庫往往是應用的瓶頸，單機往往是不能扛住大型系統的並發壓力的，這時候需要從資料庫方面下手解決其瓶頸，例如sql語句需要鎖定表，導致暫時不能使用讀取的服務，那麼就很影響運作中的業務。使用主從之後，從庫的讀取操作是不受影響的。 【相關推薦：mysql影片教學】
一、為什麼需要主從複製？
1，使用主從複製，讓主庫負責寫，從庫負責讀，這樣，即使主庫出現了鎖表的情景，透過讀從庫也可以保證業務的正常運作。
2，架構的擴充。業務量越來越大，I/O存取頻率過高，單機無法滿足，此時做多庫的存儲，降低磁碟I/O存取的頻率，提高單一機器的I/O效能。
3，主從多台伺服器，同樣也可以當作資料備份的。
二、什麼是mysql的主從複製？
MySQL 主從複製是指資料可以從一個MySQL資料庫伺服器主節點複製到一個或多個從節點。 MySQL 預設採用非同步複製方式，這樣從節點不用一直存取主伺服器來更新自己的數據，資料的更新可以在遠端連線上進行，從節點可以複製主資料庫中的所有資料庫或特定的資料庫或特定的表。
三、mysql複製原理
原理：
（1）master伺服器將資料的改變記錄二進位binlog日誌，當master上的數據發生改變時，則將其改變寫入二進位日誌中；
（2）slave伺服器會在一定時間間隔內對master二進位日誌進行探測其是否發生改變，如果發生改變，則開始一個I /O Thread請求master二進位事件；
（3）同時主節點為每個I/O執行緒啟動一個dump線程，用於向其發送二進位事件，並儲存至從節點本地的中繼日誌中，從節點將啟動SQL執行緒從中繼日誌中讀取二進位日誌，在本地重播，使得其資料和主節點的保持一致，最後I/OThread和SQLThread將進入睡眠狀態，等待下一次被喚醒。
也就是说：
从库会生成两个线程,一个I/O线程,一个SQL线程;
I/O线程会去请求主库的binlog,并将得到的binlog写到本地的relay-log(中继日志)文件中;
主库会生成一个log dump线程,用来给从库I/O线程传binlog;
SQL线程,会读取relay log文件中的日志,并解析成sql语句逐一执行;
登入後複製
注意：
- master將操作語句記錄到binlog日誌中，然後授予slave遠端連線的權限（master一定要開啟binlog二進位日誌功能；通常為了資料安全考慮，slave也開啟binlog功能）。
- slave開啟兩個執行緒：IO執行緒和SQL執行緒。其中：IO線程負責讀取master的binlog內容到中繼日誌relay log裡；SQL線程負責從relay log日誌裡讀出binlog內容，並更新到slave的資料庫裡，這樣就能保證slave資料和master資料保持一致了。
- Mysql複製至少需要兩個Mysql的服務，當然Mysql服務可以分佈在不同的伺服器上，也可以在一台伺服器上啟動多個服務。
- Mysql複製最好確保master和slave伺服器上的Mysql版本相同（如果不能滿足版本一致，那麼要保證master主節點的版本低於slave從節點的版本）
- master和slave兩節點間時間需同步。
圖來源《高效能mysql》
#具體步驟：
1、從函式庫透過手動執行change master to 語句連接主庫，提供了連接的使用者一切條件（user 、password、port、ip），並且讓從庫知道二進位日誌的起點位置（file名position 號碼）；start slave
2、從庫的IO線程和主庫的dump線程建立連線。
3、從函式庫依據change master to 語句提供的file名稱和position號，IO執行緒向主庫發起binlog的請求。
4、主庫dump執行緒根據從庫的請求，將本機binlog以events的方式發給從庫IO執行緒。
5、從庫IO線程接收binlog events，並存放到本地relay-log中，傳送過來的訊息，會記錄到master.info中。
6、從函式庫SQL執行緒套用relay-log，並且把套用過的記錄到relay-log.info中，預設情況下，已經套用的relay 會自動被清理purge。
四、mysql主从同步延时分析
mysql的主从复制都是单线程的操作，主库对所有DDL和DML产生的日志写进binlog，由于binlog是顺序写，所以效率很高，slave的sql thread线程将主库的DDL和DML操作事件在slave中重放。DML和DDL的IO操作是随机的，不是顺序，所以成本要高很多，另一方面，由于sql thread也是单线程的，当主库的并发较高时，产生的DML数量超过slave的SQL thread所能处理的速度，或者当slave中有大型query语句产生了锁等待，那么延时就产生了。
解决方案：
1.业务的持久化层的实现采用分库架构，mysql服务可平行扩展，分散压力。
2.单个库读写分离，一主多从，主写从读，分散压力。这样从库压力比主库高，保护主库。
3.服务的基础架构在业务和mysql之间加入memcache或者redis的cache层。降低mysql的读压力。
4.不同业务的mysql物理上放在不同机器，分散压力。
5.使用比主库更好的硬件设备作为slave，mysql压力小，延迟自然会变小。
6.使用更加强劲的硬件设备。
mysql5.7之后使用MTS并行复制技术，永久解决复制延时问题 这个后面文章在说下吧
五、主从复制的配置
1、基础设置准备
本次测试mysql的版本是5.7. 比较穷，在一台机子上装了两个mysql实例，修改下不同端口即可。
当然如果有钱准备两台能互相访问的机子安装两个mysql也是可以的。
测试阶段两个mysql实例IP相同都是本机(ip=127.0.0.1),区分下分别命名 主是node1，从是node2，端口不同 我实际测试用的是3306和3307)
2、安装mysql数据库
网上很多按照的例子，这里就不重复说了，请自行百度/google(结果是数据库能正常使用),待两台mysql都按照完成之后，我们开始配置主从复制了。
3、在两台数据库中分别创建数据库
--注意两台必须全部执行,两台的数据库保持相同
create database test;
登入後複製
4、在主（node1）服务器进行如下配置：
#修改配置文件，执行以下命令打开mysql配置文件
vi /etc/my.cnf
#在mysqld模块中添加如下配置信息
log-bin=master-bin #二进制文件名称
#二进制日志格式，有row、statement、mixed三种格式，
binlog-format=ROW
server-id=1 #要求各个服务器的id必须不一样
binlog-do-db=test #同步的数据库名称
登入後複製
二进制日志格式，有row、statement、mixed三种格式; row指的是把改变的内容复制过去，而不是把命令在从服务器上执行一遍;statement指的是在主服务器上执行的SQL语句，在从服务器上执行同样的语句。MySQL默认采用基于语句的复制，效率比较高; mixed指的是默认采用基于语句的复制，一旦发现基于语句的无法精确的复制时，就会采用基于行的复制。
5、配置从(node2)服务器登录主服务器的账号授权
--授权操作
set global validate_password_policy=0;
set global validate_password_length=1;
grant replication slave on *.* to 'root'@'%' identified by '123456';
--刷新权限
flush privileges;
登入後複製
6、从(node2)服务器的配置
#修改配置文件，执行以下命令打开mysql配置文件
vi /etc/my.cnf
#在mysqld模块中添加如下配置信息
log-bin=master-bin #二进制文件的名称
binlog-format=ROW #二进制文件的格式
server-id=2 #服务器的id
登入後複製
7、重启主服务器的mysqld服务
#重启mysql服务
service mysqld restart
#登录mysql数据库
mysql -uroot -p
#查看master的状态
show master status；
登入後複製
8、重启从服务器并进行相关配置
#重启mysql服务
service mysqld restart
#登录mysql
mysql -uroot -p
#连接主服务器(master_host是主的IP地址，我测试本地)
change master to master_host='127.0.0.1',master_user='root',master_password='123456',master_port=3306,master_log_file='master-bin.000001',master_log_pos=154;
#启动slave
start slave
#查看slave的状态
show slave status\G #(注意没有分号)
登入後複製
至此主从的配置已经完成，此时可以在主服务器进行相关的数据添加删除工作，在从服务器看相关的状态，查看对应数据有没有变化。
更多编程相关知识，请访问：编程视频！！
以上是mysql中什麼是主從複製？怎麼配置？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
