大家好，又见面了，我是你们的朋友全栈君。
MySQL读写分离的三种实现方案
文章目录
一、搭建一个“一主两从”的MySQL集群
先搭建一个mysql集群(一主两从)，半同步复制：mysql 半同步复制，三个节点。
二、读写分离实现：方案一
2.1 配置多个数据源
（1）、基于 Spring/Spring Boot，配置多个数据源(例如2个，master 和 slave)
（2）、根据具体的 Service 方法是否会操作数据，注入不同的数据源,1.0版本
2.2 使用AbstractRoutingDataSource
（3）、改进一下1.1：基于操作 AbstractRoutingDataSource 和自定义注解 readOnly 之 类的，简化自动切换数据源
（4）、改进二下1.2：支持配置多个从库；
使用AbstractRoutingDataSource和自定义注解。
（5）、改进三下1.3：支持多个从库的负载均衡
思路：在myreadwritesep-abstract-rounting-v1基础之上，多一个read类型的数据源，然后判断注解的name为read时候，在read01和read02 中随机选择。
-- 创建用户， 在主节点上执行
create schema performance;
CREATE USER 'performance'@'%' IDENTIFIED BY 'performance^pw';
GRANT ALL ON performance.* TO 'performance'@'%';
flush privileges;
-- 在主节点上执行
create table performance.t_model_info(
m_id int(11) not null primary key auto_increment comment '主键，自增',
model_type varchar(128) not null unique comment '模块类型',
model_name varchar(128) not null unique comment '模块名称',
model_status tinyint(1) not null default 0 comment '0 启用， 1 不启用'
)Engine=InnoDB AUTO_INCREMENT=1 default CHARSET=utf8mb4;
2.3 这个版本的缺点：
- 侵入性强；
- “写完读”不一致问题，server方法，先向主库insert语句，然后立刻select，却查不出数据；
三、读写分离实现：方案二
3.1 通过ShardingSphere-jdbc 实现读写分离
改进v1.0，ShardingSphere-jdbc 的 Master-Slave 功能
1）SQL 解析和事务管理，自动实现读写分离
- 第一，将事务都管理起来；
- 第二，做SQL解析，自动实现读写分离；
2）解决”写完读”不一致的问题
- 如果在一个事务中，先写后读，该框架有个优化；在一个事务里，前几个都是毒，正常读就行，只要碰到一个写，后面不管有多少条读，都走主库。这样就完美解决了“写完读”不一致的问题。
通过Shardingsphere-jdbc框架实现读写分离。
3.2 这个版本的缺点：
- 对业务还是有侵入性（这一套东西，需要配置到业务代码中）；
- 对已存在的旧系统改造不友好；
四、读写分离实现：方案三
4.1 通过ShardingSphere-Proxy 实现读写分离
改进v2.0， MyCat/ShardingSphere-Proxy 的 Master-Slave 功能
1）需要部署一个中间件，规则配置在中间件
2）模拟一个 MySQL 服务器，对业务系统无侵入
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/126809.html原文链接：https://javaforall.net
