为什么要复制数据库？简单来说有以下几个用处：1. 读写分离通过MySQL复制可以实现读写分离，将读操作分布到多个不同的服务器上，减轻服务器的压力。2. 备份从库可以作为数据的异地实时备份。3. 故障切换当主库遇到故障，系统可以切换到从库，实现故障切换。4. 升级测试从库可作为测试服务器的数据库。主从复制图示如下：复制数据的步骤
在主库上把数据更改记录到二进制日志（Binary Log）中。
备库将主库上的日志复制到自己的中继日志（Relay Log）中。
备库读取中继日志中的事件，将其在备库上重新执行一遍。
具体操作步骤主服务器地址：10.145.1.17从服务器地址：10.145.1.22分别登录主从服务器上的MySQL
在主从服务器上分别新建数据库sync
这样主从服务器上都新建了一个新的数据库sync。创建复制账号repl，并赋予replication slave权限create user "repl"@"10.145.1.%" identified by "Repl123!@#";grant replication slave on *.* to "repl"@"10.145.1.%";
修改主备数据库的配置文件主服务器配置用命令 whereis f 找到f文件的位置，然后用vim打开
在文件中添加：log_bin = mysql-binserver_id = 17这里的log_bin为日志文件名，自己取一个名词， server_id 只要唯一就行。
systemctl restart mysqld 重启mysql
重新登录mySQL输入命令show master status;可以看到file那一列变成了mysql-bin.000001，配置成功。
从服务器配置退出mysql，找到并编辑f文件
添加以下内容：log_bin = mysql-binserver_id = 22relay_log = /var/lib/mysql/mysql-realay-binlog_slave_updates = 1read_only = 1log_bin默认情况下会使用机器名命名，这里设成和主库相同的名称，当然也可以设置成其他名称。relay_log指定中继日志的位置和名字，log_slave_updates允许备库将其重放事件记录到自身的二进制文件中，read_only会阻止没有权限的线程修改数据。这里其实只有server_id是必填项，其他都是选填的。
保存好配置文件后，重启mysql
重新进入MySQL，使用change master to命令开始复制：change master to master_host="10.145.1.17",master_user = "repl",master_password = "Repl123!@#",master_log_file = "mysql-bin-000001",master_log_pos = 0;
输入命令show slave status\G;查看状态
图中显示：Slave_IO_Running: NoSlave_SQL_Running: No表示当前备库还没有开始复制。输入命令：start slave;开始复制。
图中显示：Slave_IO_Running: ConnectingSlave_SQL_Running: YesConnecting说明还未连接成功。哪里出问题了呢？用show grants for "repl"@"10.145.1.%";命令查看，权限已经授予成功了。
查一下mysql日志vim /var/log/mysqld.log
最下面显示Could not find first log file name in binary log index file
在网上搜了一下，在主服务器上运行flush logs;后查看最新的bin-log变成了mysql-bin.000002。
在从服务器上执行
发现还是不行。到底哪里出了问题呢？？？我查了好久，心力憔悴啊，终止发现了问题！
我把mysql-bin.000002写成了mysql-bin-000002！我去，心好累啊。。。重新设置，这次终于成功了！
哎，不容易啊。在主数据库上运行show processlist\G;显示了来自10.145.1.22的连接，并等待更多的更新。
在从数据库上show processlist\G;显示等待主服务器的数据。
好了，现在我们来验证一下：刚开始都没数据，在主数据库上建表，并插入数据：
从数据库同步了数据：第一次show tables没数据，第二次show tables的时候已经同步了主数据库上的数据，也就有了数据。
自此主从复制设置完成，最后感慨一句，做程序员，细心真的很重要啊。。。
