读写分离-京东云开发者社区

# 概述

## 背景

面对日益增加的系统访问量，数据库的吞吐量面临着巨大瓶颈。
对于同一时刻有大量并发读操作和较少写操作类型的应用系统来说，将数据库拆分为主库和从库，主库负责处理事务性的增删改操作，从库负责处理查询操作，能够有效的避免由数据更新导致的行锁，使得整个系统的查询性能得到极大的改善。

通过一主多从的配置方式，可以将查询请求均匀的分散到多个数据副本，能够进一步的提升系统的处理能力。
使用多主多从的方式，不但能够提升系统的吞吐量，还能够提升系统的可用性，可以达到在任何一个数据库宕机，甚至磁盘物理损坏的情况下仍然不影响系统的正常运行。

与将数据根据分片键打散至各个数据节点的水平分片不同，读写分离则是根据SQL语义的分析，将读操作和写操作分别路由至主库与从库。

![](//img1.jcloudcs.com/developer.jdcloud.com/1b129810-e157-4756-8665-8cbc24b804d220210118131235.png)

读写分离的数据节点中的数据内容是一致的，而水平分片的每个数据节点的数据内容却并不相同。将水平分片和读写分离联合使用，能够更加有效的提升系统性能。

## 挑战

读写分离虽然可以提升系统的吞吐量和可用性，但同时也带来了数据不一致的问题。
这包括多个主库之间的数据一致性，以及主库与从库之间的数据一致性的问题。
并且，读写分离也带来了与数据分片同样的问题，它同样会使得应用开发和运维人员对数据库的操作和运维变得更加复杂。
下图展现了将分库分表与读写分离一同使用时，应用程序与数据库集群之间的复杂拓扑关系。

![](//img1.jcloudcs.com/developer.jdcloud.com/0a3b9141-0816-4fe0-9e47-6adc2a686ab520210118131302.png)

## 目标

**透明化读写分离所带来的影响，让使用方尽量像使用一个数据库一样使用主从数据库集群，是ShardingSphere读写分离模块的主要设计目标。**
# 核心概念
## 主库

添加、更新以及删除数据操作所使用的数据库，目前仅支持单主库。

## 从库

查询数据操作所使用的数据库，可支持多从库。

## 主从同步

将主库的数据异步的同步到从库的操作。由于主从同步的异步性，从库与主库的数据会短时间内不一致。

## 负载均衡策略

通过负载均衡策略将查询请求疏导至不同从库。
# 使用规范

## 支持项

* 提供一主多从的读写分离配置，可独立使用，也可配合分库分表使用；
* 独立使用读写分离支持SQL透传；
* 同一线程且同一数据库连接内，如有写入操作，以后的读操作均从主库读取，用于保证数据一致性；
* 基于Hint的强制主库路由。

## 不支持项

* 主库和从库的数据同步；
* 主库和从库的数据同步延迟导致的数据不一致；
* 主库双写或多写；
* 跨主库和从库之间的事务的数据不一致。主从模型中，事务中读写均用主库。