时间：2021-07-01 10:21:17 帮助过：3人阅读
注意上面的log-bin和server-id的值都是可以改为其他值的，如果没有上面的配置，首先关闭mysql服务器，然后添加上去，接着重启服务器
2.创建用户，每一个从服务器都需要用到一个账户名和密码来连接主服务器，可以为每一个从服务器都创建一个账户，也可以让全部服务器使用同一个账户。下面就为同一个ip网段的所有从服务器创建一个只能进行主从同步的账户。
首先登陆mysql，然后创建一个用户名为rep，密码为123456的账户，该账户可以被192.168.253网段下的所有ip地址使用，且该账户只能进行主从同步
mysql > grant replication slave on *.* to ‘rep’@‘192.168.253.%’ identified by ‘123456’;
3.获取二进制日志的信息并导出数据库，步骤：
首先登陆数据库，然后刷新所有的表，同时给数据库加上一把锁，阻止对数据库进行任何的写操作
mysql > flush tables with read lock;
然后执行下面的语句获取二进制日志的信息
mysql > show master status;
File的值是当前使用的二进制日志的文件名，Position是该日志里面的位置信息（不需要纠结这个究竟代表什么），记住这两个值，会在下面配置从服务器时用到。
注意：如果之前的服务器并没有配置使用二进制日志，那么使用上面的sql语句会显示空，在锁表之后，再导出数据库里的数据（如果数据库里没有数据，可以忽略这一步）
[root@localhost backup]# mysqldump -uroot -p‘123456‘ -S /data/3306/data/mysql.sock --all-databases > /server/backup/mysql_bak.$(date +%F).sql
如果数据量很大，可以在导出时就压缩为原来的大概三分之一
[root@localhost backup]# mysqldump -uroot -p‘123456‘ -S /data/3306/data/mysql.sock --all-databases | gzip > /server/backup/mysql_bak.$(date +%F).sql.gz
这时可以对数据库解锁，恢复对主数据库的操作
mysql > unlock tables;
首先检查从服务器上的my.cnf文件中是否已经在[mysqld]模块下配置leserver-id
[mysqld]
server-id=2
注意上面的server-id的值都是可以改为其他值的（建议更改为ip地址的最后一个字段），如果没有上面的配置，首先关闭mysql服务器，然后添加上去，接着重启服务器
如果有多个从服务器上，那么每个服务器上配置的server-id都必须不一致。从服务器上没必要配置log-bin，当然也可以配置log-bin选项，因为可以在从服务器上进行数据备份和灾难恢复，或者某一天让这个从服务器变成一个主服务器
如果主服务器导出了数据，下面就导入该文件，如果主服务器没有数据，就忽略这一步
[root@localhost ~]# mysql -uroot -p‘123456‘ -S /data/3306/data/mysql.sock < /server/backup/mysql_bak.2015-07-01.sql
如果从主服务器上拿过来的是压缩文件，就先解压再导入
配置同步参数，登陆mysql，输入如下信息：
mysql> CHANGE MASTER TO -> MASTER_HOST=‘master_host_name‘, -> MASTER_USER=‘replication_user_name‘, -> MASTER_PASSWORD=‘replication_password‘, -> MASTER_LOG_FILE=‘recorded_log_file_name‘,
如图所示：
启动主从同步进程
mysql > start slave;
检查状态
mysql > show slave status \G
上面的两个进程都显示YES则表示配置成功
把主服务器的数据复制到从服务器上，然后备份从服务器的数据，在数据量不是很大的时候使用mysqldump命令，对于很大的数据库，就直接备份数据文件。
步骤：（以下的所有操作都在从服务器上进行）
1.首先暂停从服务器的复制进程
shell > mysqladmin stop-slave
或者只是暂停SQL进程（从服务器仍然能接收二进制日志的事件，但不会执行这些事件，这样能在重启SQL进程时加快复制进度）
shell > mysql -e ‘stop slave sql_thread;’
2.使用mysqldump导出全部或部分的数据库
shell > mysqldump --all-databases > fulldb.dump
3.在导出数据库后，重启复制进程
shell > mysqladmin start-slave
为了保证数据文件的完整性，在备份之前首先关闭从服务器，步骤：
1.关闭从服务器：
shell > mysqladmin shutdown
2.复制数据文件，可以使用压缩命令，假如当前目录就是数据库的数据目录（在my.cnf文件中的配置项datadir的值就是该目录的位置）
shell > tar cf /tmp/dbbackup.tar ./data
3.然后再启动mysql服务器
主服务器第一次导入数据，如果你从其他地方拿来了要导入到主服务器中的数据，此时只要在主服务器中导入一次即可，因为这些数据会自动发送到从服务器中，在主服务器上使用命令
shell > mysql -h master < other_data.sql
增加从服务器，本来已经至少有一个从服务器时（暂时命名为slave1），决定再添加其余的从服务器（slave2），此时就不需要像上面那样去操作主服务器，只要复制一个已经存在的从服务器就可以了
这是一个很常见的错误（我也曾对这个错误咬牙切齿），总结起来就三个原因：
排错过程：（主服务器ip：192.168.1.139，从服务器ip：192.168.1.204）
第0步就是检查错误日志，如果不能快速排错，可以按我的步骤试试：
1．首先在从服务器上执行ping程序，确定能ping通主服务器
在从服务器上执行mysq的远程连接
[root@slave204 log]# mysql -urep -p -h 192.168.1.139 -P3306
如果显示ERROR 1045 (28000): Access denied for user ‘test‘@‘192.168.1.204‘ (using password: YES)则跳转到第3
2．登陆主服务器的mysql，查看所有的用户
mysql > select user,host from mysql.user;
上图就是我的错误根源，可以看到用户名完全写错了，先删除错误的用户：
mysql > drop user “rep@192.168.1.%”@”%”;
再重新创建用户：
mysql > grant replication slave on *.* to ‘rep’@‘192.168.1.%’ identified by ‘123456’;
mysql > flush privileges;
3．假如用户名没有错，那么如何排除是否是输入的密码错误呢？
额，我也想知道方法。最好就是多输入几遍，或者重新创建用户名和密码来测试。问题还没有解决，转到4
4．在你的防火墙中添加3306端口
[root@localhost mysql]# firewall-cmd --zone=public --add-port=3306/tcp --permanent [root@localhost mysql]# firewall-cmd --reload
再关闭selinux
[root@slave204 log]# vi /etc/sysconfig/selinux
把SELINUX=enforcing改为SELINUX=disabled
[root@slave204 log]# source /etc/sysconfig/selinux
登录主服务器，查看服务器状态
mysql > show master status \G
然后重新配置一次从服务器，在配置之前首先关闭主从同步进程
mysql > stop slave;
之外的方法，我也没试过
把上面的Slave_IO_Running调试成YES后，就轮到这个小样了。我根据这个博客的内容来解决的：http://kerry.blog.51cto.com/172631/277414
Mysql主从同步（复制）
标签：