思维导图 文章已收录Github精选，欢迎Star ：https://github.com/yehongzhi/learningSummary
前言 在很多项目，特别是互联网项目，在使用MySQL时都会采用主从复制、读写分离的架构。
为什么要采用主从复制读写分离的架构？如何实现？有什么缺点？让我们带着这些问题开始这段学习之旅吧！
为什么使用主从复制、读写分离 主从复制、读写分离一般是一起使用的。目的很简单，就是为了提高数据库的并发性能 。你想，假设是单机，读写都在一台MySQL上面完成，性能肯定不高。如果有三台MySQL，一台mater只负责写操作，两台salve只负责读操作，性能不就能大大提高了吗？
所以主从复制、读写分离就是为了数据库能支持更大的并发 。
随着业务量的扩展、如果是单机部署的MySQL，会导致I/O频率过高。采用主从复制、读写分离可以提高数据库的可用性 。
主从复制的原理 ①当Master节点进行insert、update、delete操作时，会按顺序写入到binlog中。
②salve从库连接master主库，Master有多少个slave就会创建多少个binlog dump线程。
③当Master节点的binlog发生变化时，binlog dump 线程会通知所有的salve节点，并将相应的binlog内容推送给slave节点。
④I/O线程接收到 binlog 内容后，将内容写入到本地的 relay-log。
⑤SQL线程读取I/O线程写入的relay-log，并且根据 relay-log 的内容对从数据库做对应的操作。
如何实现主从复制 我这里用三台虚拟机(Linux)演示，IP分别是104(Master)，106(Slave)，107(Slave)。
预期的效果是一主二从，如下图所示：
Master配置 使用命令行进入mysql：
mysql -u root -p接着输入root用户的密码(密码忘记的话就网上查一下重置密码吧~)，然后创建用户：
//192.168.0.106是slave从机的IP创建的这两个用户在配置slave从机时要用到。
接下来在找到mysql的配置文件/etc/my.cnf，增加以下配置：
# 开启binlog配置完成后，重启mysql：
service mysql restart可以通过命令行show master status\G;查看当前binlog日志的信息(后面有用)：
Slave配置 Slave配置相对简单一点。从机肯定也是一台MySQL服务器 ，所以和Master一样，找到/etc/my.cnf配置文件，增加以下配置：
# 不要和其他mysql服务id重复即可接着使用命令行登录到mysql服务器：
mysql -u root -p然后输入密码登录进去。
进入到mysql后，再输入以下命令：
CHANGE MASTER TO 还没完，设置完之后需要启动：
# 启动slave服务启动完之后怎么校验是否启动成功呢？使用以下命令：
show slave status\G;可以看到如下信息（摘取部分关键信息）：
*************************** 1. row ***************************另一台slave从机配置一样，不再赘述。
测试主从复制 在master主机执行sql：
CREATE TABLE `tb_commodity_info` (接着我们可以看到两台slave从机同步也创建了商品信息表：
主从复制就完成了！java技术爱好者有点东西哦~
读写分离 主从复制完成后，我们还需要实现读写分离，master负责写入数据，两台slave负责读取数据。怎么实现呢？
实现的方式有很多，以前我公司是采用AOP的方式，通过方法名判断，方法名中有get、select、query开头的则连接slave，其他的则连接master数据库。
但是通过AOP的方式实现起来代码有点繁琐，有没有什么现成的框架呢，答案是有的。
Apache ShardingSphere 是一套开源的分布式数据库中间件解决方案组成的生态圈，它由 JDBC、Proxy两部分组成。
ShardingSphere-JDBC定位为轻量级 Java 框架，在 Java 的 JDBC 层提供的额外服务。它使用客户端直连数据库，以 jar 包形式提供服务，无需额外部署和依赖，可理解为增强版的 JDBC 驱动，完全兼容 JDBC 和各种 ORM 框架。
读写分离就可以使用ShardingSphere-JDBC实现。
下面演示一下SpringBoot+Mybatis+Mybatis-plus+druid+ShardingSphere-JDBC代码实现。
项目配置 版本说明：
SpringBoot：2.0.1.RELEASE添加sharding-jdbc的maven配置：
org.apache.shardingsphere sharding-jdbc-spring-boot-starter 4.1.1 然后在application.yml添加配置：
# 这是使用druid连接池的配置，其他的连接池配置可能有所不同sharding.master-slave-rules是标明主库和从库，一定不要写错，否则写入数据到从库，就会导致无法同步。
load-balance-algorithm-type是路由策略，round_robin表示轮询策略。
启动项目，可以看到以下信息，代表配置成功：
编写Controller接口：
/**准备就绪，开始测试！
测试 打开POSTMAN，添加商品：
控制台可以看到如下信息：
查询数据的话则通过slave进行：
就是这么简单！
缺点 尽管主从复制、读写分离能很大程度保证MySQL服务的高可用和提高整体性能，但是问题也不少：
从机是通过binlog日志从master同步数据的，如果在网络延迟的情况，从机就会出现数据延迟。那么就有可能出现master写入数据后，slave读取数据不一定能马上读出来 。可能有人会问，有没有事务问题呢？
实际上这个框架已经想到了，我们看回之前的那个截图，有一句话是这样的：
关于MySQL中怎么实现主从复制与读写分离问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注创新互联行业资讯频道了解更多相关知识。
