前言首先思考一个问题:在高并发的场景中,关于数据库都有哪些优化的手段？常用的有以下的实现方法:读写分离、加缓存、主从架构集群、分库分表等，在互联网应用中,大部分都是读多写少的场景,设置两个库,主库和读

来源：www.liaoxuefeng.com ![](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/4059d029272f44758e2cb

随着业务的发展，除了拆分业务模块外，数据库的读写分离也是常见的优化手段。 首先，我们需要两个数据库实例，一为master，一为slave。

什么是读写分离（一） 而我们对数据库一般分为： master（主库也是写库） slave（从库也为读库） 而读写分离的意思就是：所有的写（insert update delete）操作走主库、其他走从

读写分离的实现是基于主从复制架构：一主多从，只写主库，主库会自动将数据同步到从库。 主库将变更写binlog日志，然后从库连接到主库后，从库有个I/O线程，将主库的binlog日志拷贝到本地，写入一个中继日志。 接着从库中有一个SQL线程会从中继日志读取binlog，然后执行b…

前言高并发这个阶段，肯定是需要做读写分离的，啥意思？因为实际上大部分的互联网公司，一些网站，或者是app，其实都是读多写少。所以针对这个情况，就是写一个主库，但是主库挂多个从库，然后从多个从库来读，那

方案1 优点：实现简单 缺点：维护麻烦，需要对原有的xml文件进行重新修改，不支持多读，不易扩展 实现方式 方案2 优点：通过注解的方法在DAO每个方法上配置数据源，原有代码改动量少，易扩展，支持多读