mysql读写分离概念学习

读写分离的概念

在我们使用单独一个mysql实例的情况下，所有的读写操作均在这一个实例上。若业务系统读操作占大多数时，就可以考虑使用读写分离的模式。使用mysql集群，将一个mysql配置为主库，其它的mysql配置为从库。主库通过binlog将数据同步给从库，这称为主从复制[1]。

从主从分离的结构可以看出其优点如下：

• 水平扩展：当请求过大时，我们可以增加从结点对集群扩展，提高服务能力。
• 避免单点故障：单独一个结点挂调，还有备份可以使用。
• 负载均衡：读请求可以分散在多个不同的结点上，均衡请求，减轻单独库的访问压力。

读写分离的问题

但使用了读写分离后还存在着一些问题需要解决。

• 请求类型判断：当发送sql时，需要判断哪些是读操作，例如是select，这时就需要将请求发送给从库。如果是写请求，例如是insert、update或delete等，就将请求发送给主库。

• 主从延迟：由主从复制结构可知，从库数据通过主库复制得到，因此就存在数据延迟问题。会出现主库数据更新后，从库查不到数据。对于一致性要求很强的业务场景，更新后必须能读到数据，这种场景允许读请求走主库。

• 可用性：

  • 主库挂掉：当主库挂掉，需要进行切换，使系统中的某个从结点晋升为主结点，随后将写操作转移到新的主结点上。
  • 从库挂掉：当从库挂掉后，应从集群中将其摘除或隔离，最后将该库的请求发送到正常工作的从结点上。
  • 新增从库：当新增从库后，读请求应能够正常发送到新的从结点上。

• 事务 ： 主从分离结构可知，读写请求在不同的机器上。如果一个事务同时包含读写操作，这样可能存在跨库的问题。因此就属于分布式事务。那么通过分布式事务解决，问题将变得较复杂。这时可以考虑将该事务中的所有请求都走主库，这样简化问题。通过本地事务即可解决问题。

总结

首先明白读写分离使用场景，其次明白其存在的问题及如何解决。接下来就可以选择合适的中间件，最终应用到业务中。

参考资料

[1]主从复制，https://dev.mysql.com/doc/refman/5.7/en/group-replication-primary-secondary-replication.html