mysql读写分离操作

读写分离

经典的数据库拆分方案，主库负责写，从库负责读；

主库和从库的之间的数据同步是通过binlog东西实现的

分成几台数据库服务器，每台都一样，每个数据库的存的数据都一样，同时存几份，通过配置的形式，要么都存失败，要么都存成功。

原来的数据库也就是主库负责写

然后读取数据的时候从这几台数据库服务器中任意选择一台来读取。读取数据的速度会变快，相当于数据冗余，几台服务器的数据都一样，读取查询数据的时候后端会通过负载均衡向任意一台服务器搜索数据。

但是这样写入数据的速度会慢一些，因为要保障几台数据库服务器中的数据同步，但一般数据库都是读多写少，所以写入慢没什么影响

读写分离的原理

依赖于binlog日志 ，是个二进制的文件，插入、修改操作的时候，会写入到binlog文件，然后启动一个log dump异步线程，这个异步线程会把binlog复制到从库上去，从节点/O线程接收binlog内容,，然后写入relay log的日志(中继日志)，然后从库会启动一个sql线程去执行这个中继日志里面的inset和update，然后从库就同步了，

缺点：因为是异步的，所以可能当主库的binlog还没复制呢，主库就down机了。所以引入了半同步机制，当从库的relay-log接收到了之后返回给主库一个ack确认信号，然后响应给客户端

MySQL的主从集群只会将binlog从主节点同步到从节点，而不会反过来同步。由此也就引申出了读写分离的问题。 因为要保证主从之间的数据一致，写数据的操作只能在主节点完成