MySQL——读写分离

简介

读写分离，基本的原理是让主数据库处理事务性增、改、删操作（INSERT、UPDATE、DELETE），而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。一般来说都是通过 主从复制（Master-Slave）的方式来同步数据，再通过读写分离（MySQL-Proxy）来提升数据库的并发负载能力 这样的方案来进行部署与实施的。

中间件

mysql-router

参考：https://www.cnblogs.com/f-ck-need-u/p/9276639.html 

MySQL Router是MySQL官方提供的一个轻量级MySQL中间件，用于取代以前老版本的SQL proxy。

既然MySQL Router是一个数据库的中间件，那么MySQL Router必须能够分析来自前面客户端的SQL请求是写请求还是读请求，以便决定这个SQL请求是发送给master还是slave，以及发送给哪个master、哪个slave。这样，MySQL Router就实现了MySQL的读写分离，对MySQL请求进行了负载均衡。

因此，MySQL Router的前提是后端实现了MySQL的主从复制。

MySQL Router很轻量级，只能通过不同的端口来实现简单的读/写分离，且读请求的调度算法只能使用默认的rr(round-robin)，更多一点、更复杂一点的能力都不具备。所以，在实现MySQL Router时，需要自行配置好后端MySQL的高可用。高可用建议通过Percona XtraDB Cluster或MariaDB Galera或MySQL官方的group replication实现，如果实在没有选择，还可以通过MHA实现。

所以，一个简单的MySQL Router部署图如下。

读写分离的控制问题
    主要是用户权限的控制，有写权限的用户走读的通道也可以写
    前提是在后端的MySQL数据库服务器里创建读和写分开的用户
    读的用户尽量使用读操作的端口
    读写分离的关键点：其实是用户的权限，让不同的用户连接不同的端口，最后任然要到后端的mysql服务器里去验证是否有读写的权限
                mysqlrouter只是做了读写的分流，让应用程序去连接不同的端口--》mysqlrouter只是一个分流的工具
                主要是用户权限的控制，有写权限的用户走读的通道也可以写，读的用户走写的通道只能读

mycat2

Mycat是开源社区在阿里Cobar基础上进行二次开发的数据库中间件，也是目前最流行的基于java语言编写的数据库中间件；是一个开源的分布式数据库系统，是一个实现了MySQL协议的的Server，前端用户可以把它看作是一个数据库代理，用MySQL客户端工具和命令行访问（SQLyog、navicate），而其后端可以用MySQL原生（Native）协议与多个MySQL服务器通信，也可以用JDBC协议与大多数主流数据库服务器通信，其核心功能是分表分库，即将一个大表水平分割为N个小表，存储在后端MySQL服务器里或者其他数据库里。配合数据库的主从模式还可实现读写分离

Mycat发展到目前的版本，已经不是一个单纯的MySQL代理了，它的后端可以支持MySQL、SQL Server、Oracle、DB2、PostgreSQL等主流数据库，也支持MongoDB这种新型NoSQL方式的存储，未来还会支持更多类型的存储。

在工作方式上，Mycat会部署成一个MySQL服务，程序员只需要像操作普通的单机MySQL服务一样去操作mycat，mycat再去完成分库分表功能，而后端的数据库产品，建议还是使用MySQL

为什么要用mycat2？

1. 高访问量高并发对数据库的压力
2. 读写请求数据不一致

功能

1.读写分离

2.分库分表

3.多数据源整合

原理

mycat的原理中最重要的一个动词就是拦截，它拦截了用户发送过来的SQL语句，首先按对SQL语句做了一些特定的分析：如分片分析、路由分析、读写分离分析、缓存分析等，然后将此SQL发往后端真实数据库，并将返回的结果做适当的处理，最终在返回给用户。