[转]浅谈高性能数据库集群 — 读写分离

一、读写分离概述

基本架构图：

二、适用场景

读写分离不是银弹，并不是一有性能问题就上读写分离，而是应该先优化，例如优化慢查询，调整不合理的业务逻辑，引入缓存查询等只有确定系统没有优化空间后才考虑读写分离集群。

三、引入的系统复杂度问题

1. 主从复制延迟

2. 分配机制

如何将读写操作区分开来，然后访问不同的数据库服务器？

2.1 解决方案一：客户端程序代码封装实现

业内开源实现：

• Sharding-JDBC：定位为轻量级 Java 框架，在 Java 的 JDBC 层提供的额外服务。它使用客户端直连数据库，以 jar 包形式提供服务，无需额外部署和依赖，可理解为增强版的 JDBC 驱动，完全兼容 JDBC 和各种 ORM 框架。
  

• 淘宝TDDL：淘宝根据自身业务需求研发了 TDDL （ Taobao Distributed Data Layer ）框架，主要用于解决分库分表场景下的访问路由（持久层与数据访问层的配合）以及异构数据库之间的数据同步，它是一个基于集中式配置的 JDBC DataSource 实现，具有分库分表、 Master/Salve 、动态数据源配置等功能。
  

2.2 解决方案二：服务端中间件封装

业内开源实现：

• MySQL Router：MySQL Router 是轻量级的中间件，可在应用程序和任何后端 MySQL 服务器之间提供透明路由。它可以用于各种各样的用例，例如通过有效地将数据库流量路由到适当的后端 MySQL 服务器来提供高可用性和可伸缩性。可插拔架构还使开发人员能够扩展 MySQL Router 以用于自定义用例。基于 MySQL Router 可以实现读写分离，故障自动切换，负载均衡，连接池等功能。

• MySQL Proxy：
  

• 360开源的 Atlas：Atlas 是由平台部基础架构团队开发维护的一个基于 MySQL 协议的数据中间层项目。它是在 mysql-proxy 的基础上，对其进行了优化，增加了一些新的功能特性。
  

2.3 常见的开源数据库中间件对比

功能	Sharding-JDBC	TDDL	Amoeba	Cobar	MyCat
基于客户端还是服务端	客户端	客户端	服务端	服务端	服务端
分库分表	有	有	有	有	有
MySQL交互协议	JDBC Driver	JDBC Driver	前端用NIO,后端用JDBC Driver	前端用NIO,后端用BIO	前后端均用NIO
支持的数据库	任意	任意	任意	MySQL	任意

作者：分布式系统架构
链接：https://www.jianshu.com/p/eba38b1ff43c
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。