centos7的mysql主从配置和问题解决
主：112从：114主从服务器需要相同的初态，所以需要导出主数据库的中数据导出来，再导入从数据库1、在导入数据库之前，必须给主数据库进行枷锁，避免同步时数据发生变化使用root 用户登录MySQLMysql -u root -pUse testdb;锁库：Flush tables with read lock;导出数据：Mysqldump -u root -p testdb>/root/testdb_20220218.sql数据导出来后给数据库解锁：2、 在从库导入数据 Use testdb; Source /root/testdb_20220218.sql主配置：Vi /etc/f在mysqld下配置如下参数：#主数据库端ID号server_id = 1 #开启二进制日志 log-bin = /data/mysql/bin_log/mybinlog #需要复制的数据库名，如果复制多个数据库，重复设置这个选项即可 binlog-do-db = testdb #将从服务器从主服务器收到的更新记入到从服务器自己的二进制日志文件中 log-slave-updates=1 #控制binlog的写入频率。每执行多少次事务写入一次(这个参数性能消耗很大，但可减小MySQL崩溃造成的损失) sync_binlog = 1 #这个参数一般用在主主同步中，用来错开自增值, 防止键值冲突auto_increment_offset = 1 #这个参数一般用在主主同步中，用来错开自增值, 防止键值冲突auto_increment_increment = 1 #二进制日志自动删除的天数，默认值为0,表示“没有自动删除”，启动时和二进制日志循环时可能删除 expire_logs_days = 7 #将函数复制到slave log_bin_trust_function_creators = 1 重启MySQL 后，查看bin_log 路径是否生成日志：配置从服务器进行复制的账号并且授予权限：创建一个新用户并指定只能在从服务登录Create user repl192.168.xxx114 identified by 12222 授权 grant replication slave on *.* to 'repl''192.168.xxx.114' 刷新权限表：flush privileges; 查看主库master的状态：show master status;修改从数据库：Vi /etc/f在mysqldserver_id = 2log-bin = mysql-binlog-slave-updates=1sync_binlog = 0#log buffer将每秒一次地写入log file中，并且log file的flush(刷到磁盘)操作同时进行。该模式下在事务提交的时候，不会主动触发写入磁盘的操作innodb_flush_log_at_trx_commit = 0 #指定slave要复制哪个库replicate-do-db = db #MySQL主从复制的时候，当Master和Slave之间的网络中断，但是Master和Slave无法察觉的情况下（比如防火墙或者路由问题）。Slave会等待slave_net_timeout设置的秒数后，才能认为网络出现故障，然后才会重连并且追赶这段时间主库的数据slave-net-timeout = 60 log_bin_trust_function_creators = 1修改后重启MySQL systemctl restart mysql配置同步指令Change master to master_host=192.168.xxx.112,master_user=repl,master_password=xxxx,master_log_file=mybinlog.000001,master_log_pos=773;其中，master_log_file 和mastet_log_pos 在主服务器中是同show master status 得到。启动slave：Start slave查看同步的状态：Slave_IO_RUNNING 和SLAVE_SQL_RUNNING 这两列必须为yes从数据库报错：Fatal error: Invalid (empty) username when attempting to connect to the master server. Connection attempt terminated.解决方法：Stop slave;从新配置：change master to master_host='192.168.xxx.112',master_user='repl',master_password ='xxxxx',master_log_file ='mybinlog.000001',master_log_pos =773;Start slave;Show slave status;此时同步成功！从服务器默认使用3306端口进行同步，telnet IP 3306测试网络是否可用，如果不可用请在防火墙开启相关端口访问Fireword-cmd -zone=public -add-port=3306/tcp -permeantFrieword-cmd -reload 修改root用户不能远程登录的问题：服务器登录：mysql -u root -pUse mysqlUpdate user set host=IP where user=root; #注意这里，指定IP的话本地服务器就没法登录了，建议改为%刷新权限：flush privileges测试：在主库中插入一条数据：INSERT INTO runoob_tbl (runoob_title, runoob_author, submission_date) VALUES ("JAVA 教程", "RUNOOB.COM", NOW();从库查询结果：同步正常！如果要做负载均衡，主库为写库，从库为只读库数据库默认状态下为读写：show global variables like '%read_only%'设置为只读：set global read_only =1; #1为开启只读，0为关闭show global variables like '%read_only%' 查看结果 尝试插入数据：INSERT INTO runoob_tbl (runoob_title, runoob_author, submission_date) VALUES ("mysql教程", "zhangsan", NOW();发现可以正常插入数据，只读失败！如果使用flush tables with read lock 那么没法插入数据，只读模式更大意义上在数据操作层面！主要问题：当从库数据与主库数据不一致时，就会发生同步失败的问题，比如主键冲突。主键冲突原因，主要为从库宕机，主库数据已经修改或删除，导致新数据主键和从库主键冲突，同步失败。状态为Could not execute Write_rows event on table testdb.runoob_tbl; Duplicate entry '3' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mybinlog.000001, end_log_pos 1355Slave_sql-running 为NO该状态的处理方法时，如果数据量不大可以手动在从库修改相关的数据信息，这种方式不推荐，费时费力。方法二：主库锁表Flush tables with read lock;导出数据：Mysqldump -u root -p testdb >/root/mysql_20220218.sql解锁表：Unlock tables;从库：Stop slave;导入从主库获取的数据mysql_20220218.sql在启动slave 之前，建议先锁定主库，避免position 的变化在主库执行：flush tables with read lock;获取binlog的名称和position;主库的binlog文件为：mybinlog.000001 Positon 的为 1386在从库执行change master to master_log_file=mybinlog.000001,master_log_pos=1386; 该命令的执行前提时slave 是停止的，stop slave启动slave :Start slave查看同步状态：Show slave status状态同步正常。最后一步，在主库解开锁表：Unlock tables;在从库再次确认同步状态：Show slave status 测试：主库插入数据： INSERT INTO runoob_tbl (runoob_title, runoob_author, submission_date) VALUES ("sqlserver", "zhangsan", NOW();从库查询：
