手写读写分离中间件——解决Atlas痛点

"本文主要介绍了如何手写一个读写分离中间件，以解决现有解决方案如360的Atlas存在的问题，并提出了一个新的设计方案。" 在现代互联网业务中，随着数据量和访问压力的增长，传统的单一数据库架构往往无法满足需求。因此，企业通常采用一系列数据库优化策略，其中读写分离是一种常见的解决方案。这种方案旨在通过将读取操作分散到从库，而将写入操作保留在主库，来提升系统的整体性能和可用性。 当前，许多公司采用如Atlas这样的中间件代理来实现读写分离。Atlas会解析SQL语句，将DML操作转发到主库，而DQL操作则按比例分发到读库。然而，Atlas存在一些不足，例如不再维护更新，缺乏应用与数据库IP的映射，控制粒度仅限于SQL语句，无法应对连接失效的问题，以及不便于扩展新功能。 针对这些挑战，文中提出了一个新的设计方案，即在客户端实现读写分离。这种方式可以克服Atlas的缺点，提供更细粒度的控制，比如根据方法级别指定路由，确保某些方法的所有DB操作都在主库进行，以保证数据一致性。新方案的流程包括：客户端根据SQL类型进行默认路由，DML操作至主库，DQL操作根据配置可选择主库或从库。 此外，新设计的中间件——Robustdb，其核心在于智能路由。它不仅支持按SQL类型（DML和DQL）的默认路由，还允许在服务的特定方法中指定DB操作的目标数据库，这确保了在需要强一致性的场景下，读写操作始终在同一个数据库上执行。通过这种方式，Robustdb可以更好地适应业务需求，同时简化数据库账号和连接的管理，提高系统的稳定性和效率。 总结来说，本文详细探讨了读写分离的必要性，分析了现有解决方案的局限性，并提出了一种新的客户端读写分离实现方式，强调了在设计中间件时应考虑的关键点，如路由策略、控制粒度和连接管理，这对于优化数据库架构和提升系统性能具有重要的实践指导意义。