mysql基于传统的log_file及log_pos主从复制
1.配置my.cnf
#查看binlog日志状态：show variables like 'server_id'; show variables like 'log_bin';#配置my.cnfvim /usr/local/mysql/my.cnfserver-id=1 #主节点#server-id=2 #从节点log-bin=/data/log/mysql-bin#两个可选参数（2选1）binlog-do-db=db1,db2 #需要同步的库#binlog-ignore-db=db1,db2 #忽略不同步的库其余优化参数请参考mysql优化
mysql简单优化:[mysqld]log_bin=/data/log/mysql-binbinlog-ignore-db=information_schema,performance_schema,mysql,sysserver-id=1#gtid_mode=ON#enforce_gtid_consistency=1auto_increment_offset = 1 auto_increment_increment = 2 slow_query_log=ONslow_query_log_file=/usr/local/mysql/data/slow.loglong_query_time=2basedir=/usr/local/mysqldatadir=/data/3306/datasocket=/data/3306/mysql.sockinnodb_buffer_pool_size = 8Ginnodb_buffer_pool_dump_pct = 40innodb_page_cleaners = 4innodb_undo_log_truncate = 1innodb_purge_rseg_truncate_frequency = 128log_timestamps=systemshow_compatibility_56=onsymbolic-links=0character_set_server=utf8max_connections=5000tmp_table_size=200Mquery_cache_size=64Mquery_cache_type=1max_error_count=5000
2.主从库授权
grant replication slave on *.* to 'rep'@'%' identified by 'rep123';
3.主节点备份
mysql -uroot -pmintmath -e "show databases;"| grep -Ev "Database|information_schema|sys|performance_schema|mysql"|xargs mysqldump -uroot -umintmath -B -F -R --master-data=1 --single-transaction --events|gzip >./mysql_$(date +%F).sql.gz #主从复制添加:主备份时添加:--master-data=2这个选项，这个选项可以自动帮我们锁表（--lock-all-tables）和识别binlog临界文件，备份完毕后会自动（unlnock tables解锁）。整个过程就不需要我们锁表，查看看临界文件编号，再执行CHANGE MASTER填写binglong位置信息执行到从库，可以说这个过程提高了从库部署效率吧,对于innodb引擎数据来说备份添加--single-transaction进行热备这样就不会进行全局锁表。#添加--master-data=1参数类似于在备份文件中添加CHANGE MASTER TOMaster_Log_File='mysql1-bin.000001',Master_Log_Pos=123;
4.从节点还原
gunzip
5.配置从连接主节点
CHANGE MASTER TO MASTER_HOST='172.16.2.10', MASTER_PORT=3306, MASTER_USER='rep', MASTER_PASSWORD='oldboy123';#注意并没有指定:Master_Log_File和Master_Log_Pos;
6.开启从slave查看从状态
start slave;show slave status\G; #Slave_IO_Running: Yes#Slave_SQL_Running: Yes#Seconds_Behind_Master: 0 主从延迟
7. reset master|reset slave命令使用场景
reset master功能说明：删除所有的binglog日志文件，并将日志索引文件清空，重新开始所有新的日志文件。用于第一次进行搭建主从库时，进行主库binlog初始化工作；show master status;binlog日志将从000001 开始记录reset slave功能说明:用于删除SLAVE数据库的relaylog日志文件，并重新启用新的relaylog文件；RESET SLAVE将使SLAVE忘记主从复制关系的位置信息。该语句将被用于干净的启动, 它删除master.info文件和relay-log.info 文件以及所有的relay log 文件并重新启用一个新的relaylog文件。使用场景：当原来的主从关系被破坏之后，从库经过重新初始化后直接连接会报 ERROR 1201的错误，运行reset slave后，重新配置主从连接就可以了；
8.主从差异问题处理
stop slave; set global sql_slave_skip_counter=1; start slave;#主从不同步跳过一个事物进行下一个同步。一个事物可以多条sql组成。通过从show slave status\G; 记录:mysql-bin.000003及Read_Master_Log_Pos: 12992在master查找出错开始binlog日志事务组列表：一个row代表一个事务组mysql> SHOW BINLOG EVENTS in 'mysql-bin.000003' from13973 \G经过列表信息确认出错语句及确定需要跳过的事物主从不同步问题处理：
9.mysql主从延迟复制防止悲剧发生
防止误操作导致数据丢失:比如让从库比主库慢1小时。这样，如果在1小时内发现数据重大数据异常，还能补救。MySQL 5.6 已经支持延迟复制， 可设置备节点的延迟时间， 延迟复制是有意义的，例如防止主节点数据误删，查看数据库历史状态等。 做完主从后，再加上这句： CHANGE MASTER TO MASTER_DELAY = N； 这里的N单位是秒，这样从库则会比主库延时N秒。做完之后，在show slave status的时候，就可以看到SQL_Delay的值。