mysql在服务器中的主从复制Linux下

为什么要进行主从复制

1. 在业务中通常会有情况，在sql执行时，将表锁住，导致不能进行查询，这样就会影响业务的正常运行，这个时候可以使用主从复制，用主库负责写，用从库进行读，这样即使出现锁表的情况也不影响正常的业务。
2. 主从复制可以进行数据的热备份，主库宕机后，从库可以切换，保证业务的正常执行。
3. 架构的扩展。业务量越来越大，I/O访问频率过高，单机无法满足，此时做多库的存储，降低磁盘的I\O，提高单个库的性能。

主从复制的原理

• 主数据库

  MySQL主从复制是一个异步的复制过程，主库发送更新事件到从库，从库读取更新记录，并执行更新记录，使得从库的内容与主库保持一致。

  binlog：主库中保存所有更新事件日志的二进制文件。binlog是数据库服务启动的一刻起，保存数据库所有变更记录（数据库结构和内容）的文件。

• 从数据库

  在从库中，当复制开始时，从库就会创建从库I/O线程和从库的SQL线程进行复制处理。
  从库I/O线程：当START SLAVE语句在从库开始执行之后，从库创建一个I/O线程，该线程连接到主库并请求主库发送binlog里面的更新记录到从库上。 从库I/O线程读取主库的binlog输出线程发送的更新并拷 贝这些更新到本地文件，其中包括relay log文件。

主从复制执行流程

1. 主库db的更新事件(update、insert、delete)被写到binlog的日志中去
2. 从库启动并发起连接，连接到主库
3. 主库创建一个binlog dump thread，把binlog的内容发送到从库
4. 从库启动之后，创建一个I/O线程，读取主库传过来的binlog内容并写入到relay log
5. 从库启动之后，创建一个SQL线程，从relay log里面读取内容，从Exec_Master_Log_Pos位置开始执行读取到的更新事件，将更新内容写入到slave的db
   
   

此案例中规定主库端口号为3306，从库为3307

操作步骤