我们一般在线上搭建MYSQL都会部署一套主从同步方案：
当master(主)库的数据发生变化的时候，变化会实时的同步到slave(从)库。
主从复制的过程：
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上并行操作。
主从复制优势：
1--在从服务器可以执行查询工作(即我们常说的读功能)，降低主服务器压力;（主库写，从库读，降压）
2--在从主服务器进行备份，避免备份期间影响主服务器服务;（确保数据安全）
3--当主服务器出现问题时，可以切换到从服务器。（提升性能）
简而言之： 主库授权从库远程连接，读取binlog日志并更新到本地数据库的过程；主库写数据后，从库会自动同步过来（从库跟着主库变）；
编辑
主从复制条件：
1）开启Binlog功能
2）主库要建立账号
3）从库要配置master.info（CHANGE MASTER to...相当于配置密码文件和Master的相关信息）
4）start slave 开启复制功能
主库配置：
(1)设置master数据库的my.cnf文件
[root@master ~]# vim /etc/my.cnf
[mysqld] server-id=1 #数据库唯一ID，主从的标识号绝对不能重复。 log-bin=mysql-bin #开启bin-log，并指定文件目录和文件名前缀 binlog-do-db=liting #需要同步liting数据库。如果是多个同步库，就以此格式另写几行即可。如果不指明对某个具体库同步，就去掉此行，表示同步所有库（除了ignore忽略的库）。 binlog-ignore-db=sys, mysql, information_schema, performance_schema #不同步mysql系统数据库。如果是多个不同步库，就以此格式另写几行；也可以在一行，中间逗号隔开。 sync_binlog = 0 ＃确保binlog日志写入后与硬盘同步 binlog_checksum = none ＃跳过现有的采用checksum的事件，mysql5.6.5以后的版本中binlog_checksum=crc32,而低版本都是 binlog_checksum=none 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上设置数据同步权限
CREATE USER 'root'@'%' IDENTIFIED BY 'hello123456'; GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' WITH GRANT OPTION; flush privileges;
(3)查看主服务器master状态(注意File与Position项，从服务器需要这两项参数)
mysql> show master status; +------------------+----------+--------------+----------------------------------------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+----------------------------------------------------+-------------------+ | mysql-bin.000001 | 2458269 | | sys, mysql, information_schema, performance_schema | | +------------------+----------+--------------+----------------------------------------------------+-------------------+ 1 row in set (0.00 sec)
从库配置：
下面是slave数据库上的操作：
(1)设置slave数据库的my.cnf配置文件
[root@master ~]# vim /etc/my.cnf
[mysqld] # # Remove leading # and set to the amount of RAM for the most important data # cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%. # innodb_buffer_pool_size = 128M # # Remove leading # to turn on a very important data integrity option: logging # changes to the binary log between backups. # log_bin # # Remove leading # to set options mainly useful for reporting servers. # The server defaults are faster for transactions and fast SELECTs. # Adjust sizes as needed, experiment to find the optimal values. # join_buffer_size = 128M # sort_buffer_size = 2M # read_rnd_buffer_size = 2M datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock # Disabling symbolic-links is recommended to prevent assorted security risks symbolic-links=0 log-error=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid max_connections=65535 max_user_connections=65535 server-id = 2 #设置从服务器id，必须于主服务器不同 #relay-log-index = slave-relay-bin.index #relay-log = slave-relay-bin slave-skip-errors = all log-bin = /var/lib/mysql/mysql-bin.log #启动MySQ二进制日志系统
(2）配置主从同步指令
mysql> stop slave; ＃执行同步前，要先关闭slave mysql> change master to master_host='主库ip地址',master_user='root',master_password='hello123456',master_log_file='mysql-bin.000001',master_log_pos=0; mysql> start slave; mysql> show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 107.150.100.167 Master_User: koaandroid Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000001 Read_Master_Log_Pos: 2541807 Relay_Log_File: cloudease-server-relay-bin.000002 Relay_Log_Pos: 2214834 Relay_Master_Log_File: mysql-bin.000001 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 2541807 Relay_Log_Space: 2215052 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 1 Master_UUID: 790bfc89-c1d0-11ea-956e-525400c6532d Master_Info_File: /var/lib/mysql/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 0 Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: 1 row in set (0.00 sec)
如上，当IO和SQL线程的状态均为Yes，则表示主从已实现同步了！
此时，主库有写入操作，在从库也可以找到相应的记录，同步时间会因为主从库的网络波动有延迟
