MySQL 读写分离的基本概念和实现方式

最新推荐文章于 2024-04-22 16:39:26 发布

刘Java

最新推荐文章于 2024-04-22 16:39:26 发布

阅读量2.7k

点赞数 4

分类专栏： MySQL 文章标签： mysql 读写分离 sharding-jdbc

本文链接：https://blog.csdn.net/weixin_43767015/article/details/120075184

版权

MySQL 专栏收录该内容

25 篇文章 22 订阅

订阅专栏

简单的介绍了MySQL数据库读写分离的概念和实现方式。

文章目录

1 读写分离的概念
2 读写分离的实现
3 读写分离的问题

1 读写分离的概念

读写分离是指将数据库的读和写操作分不到不同的数据库节点上。主服务器负责处理写操作和实时性要求较高的读操作，从服务器负责处理读操作。

读写分离减缓了数据库锁的争用，可以大幅提高读性能，小幅提高写的性能，非常适合读请求非常多的场景。读写分离会依赖到Mysql的主从复制的功能，因此也能够顺带着解决了数据库单点故障的问题，基于主从切换可以实现数据库的高可用性。

读写分离的方案中，一主一从、一主多从、多主多从都是可以的，比较灵活。

2 读写分离的实现

项目中读写分离常见的实现方式有两种，一种是直接在客户端的实现，另一种是第三方数据库中间件代理的实现。

基于客户端的实现，也就是在应用程序/代码层面的实现。我们可以自己写一个AOP拦截器，然后对配置多个读、写数据源，利用AOP拦截技术对到达的读/写请求进行解析（可以通过方法名之类的进行拦截），针对性地选择不同的数据源，将请求分发到不同的数据库中，从而实现读写分离，，不引入任何jar包，也不需要引入任何中间组件，节省了很多运维的成本，但是需要自己编程。

基于客户端的实现推荐引入的中间件jar的方式而不是手动编程的方式，也称为组件式，推荐使用sharding-jdbc的jar包，这些jar包中已经包含了读写分离的各种逻辑，只需要开发人员少量的配置即可非常方便的实现读写分离，相比于手动实现，节省了很多编程的成本，sharding-jdbc还提供了多种不同的从库负载均衡策略，以及强制路由策略。

第二种就是基于外部数据库中间件来帮助我们实现读写分离，比如MySQL Router（官方）、Atlas（基于 MySQL Proxy）、Maxscale、MyCat。这种方式类似于在应用层和数据库层之间添加了一个独立的代理层，应用程序所有的数据请求都交给代理层处理，代理层负责分离读写请求，将它们路由到对应的数据库中。这种方式不会侵入客户端代码，但是需要额外的部署第三方组件，会增加运维成本，让系统架构变得更加复杂。

推荐使用sharding-jdbc的jar包来实现读写分离。sharding-jdbc官网的介绍：Sharding-JDBC是ShardingSphere的第一个产品，也是ShardingSphere的前身。它定位为轻量级Java框架，在Java的JDBC层提供的额外服务。它虽然也是一个数据库中间件，但是使用客户端直连数据库，以jar包形式提供服务，无需额外部署和依赖，可理解为增强版的JDBC驱动，完全兼容JDBC和各种ORM框架。
在这里插入图片描述

sharding-jdbc官网也提供了非常详细且简单的实现读写分离的方案：https://shardingsphere.apache.org/document/legacy/3.x/document/cn/manual/sharding-jdbc/usage/read-write-splitting/。

注意，读写分离依赖于Mysql的主从复制，而sharding-jdbc等数据库中间件是不提供主从复制的功能的，这是Mysql的原生实现。