mysql读写分离面试 mysql读写分离优缺点

MySQL-Mycat读写分离

• 一、读写分离

• 1.什么是读写分离
• 2.读写分离的好处

• Mycat是什么？

• 架构

• 部署环境
• 部署mycat

• 补充

• 启动mycat

• 启动报错

• 测试
• 客户端连接报错

• 总结原理及思路

---

一、读写分离

1.什么是读写分离

在数据库集群架构中，让主库负责处理写入操作，而从库只负责处理select查询，让两者分工明确达到提高数据库整体读写性能。当然，主数据库另外一个功能就是负责将数据变更同步到主库中，也就是写操作。

2.读写分离的好处

1.分摊服务器压力，提高机器的系统处理效率

2.在写入不变，大大分摊了读取，提高了系统性能。另外，当读取被分摊后，有间接提高了写入的性能。所以，总体的性能提高了。

3.增加冗余，提高服务可用性，当一台数据库服务器宕机后可以调整另外一台从库以最快速度恢复服务。

Mycat是什么？

mycat是数据库中间件，mycat是一个开源的数据库系统，但是由于真正的数据库需要存储引擎，但是mycat没有，所以mycat并不是真正的数据库系统。
mycat是数据库中间件，就是介于数据库与应用之间，进行数据处理与交互的中间服务是实现对主从数据库的读写分离、读的负载均衡（合理分配）。

MyCAT 是使用 JAVA 语言进行编写开发，使用前需要先安装 JAVA 运行环境(JRE),由于 MyCAT 中使用了 JDK7 中的一些特性，所以要求必须在 JDK7 以上的版本上运行。

架构

部署环境

安装jdk

[root@mycat ~]# tar xzf jdk-8u221-linux-x64.tar.gz -C /usr/local/
[root@mycat ~]# cd /usr/local/
[root@mycat local]# mv jdk1.8.0_221/ java 
设置环境变量
[root@mycat local]# vim /etc/profile  #添加如下内容，
JAVA_HOME=/usr/local/java
PATH=$JAVA_HOME/bin:$PATH
export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
[root@mycat local]# source /etc/profile
[root@mycatlocal]# java -version
java version "1.8.0_211"
Java(TM) SE Runtime Environment (build 1.8.0_211-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.211-b12, mixed mode)

部署mycat

[root@mycat ~]# tar xf Mycat-server-1.6.5-release-20180122220033-linux.tar.gz -C /usr/local/

认识配置文件
MyCAT 目前主要通过配置文件的方式来定义逻辑库和相关配置:
/usr/local/mycat/conf/server.xml 前端–研发人员需要的信息
定义用户以及系统相关变量，如端口等。其中用户信息是前端应用程序连接 mycat 的用户信息。
/usr/local/mycat/conf/schema.xml 后端–管理的是真实的数据库情况。
定义逻辑库，表、分片节点等内容。

配置server.xml
#vim server.xml

下面的用户和密码是应用程序连接到 MyCat 使用的.schemas 配置项所对应的值是逻辑数据库的名字,这个名字需要和后面 schema.xml 文件中配置的一致。- name指的是虚拟用户名，password指的是虚拟密码，schemas指的是虚拟库的名字,其中schemas里面的virtualdb需要schemas.xml里面的对应.

<!DOCTYPE mycat:server SYSTEM "server.dtd">
<mycat:server xmlns:mycat="http://io.mycat/">
       <user name="virtual">
                <property name="password">Qf@123456</property>
                <property name="schemas">virtualdb</property>

        </user>
</mycat:server>

配置 schema.xml文件

vim schema.xm

database指的是真实的数据库平台名字，dataHost要和后面dataHost标签名称对应

balance 必须了解，这是mycat的负载均衡算法的模式

心跳检测，用于检测后端数据库是否正常

<?xml version="1.0"?>
<!DOCTYPE mycat:schema SYSTEM "schema.dtd">
<mycat:schema xmlns:mycat="http://io.mycat/">

  <schema name="virtualdb"  checkSQLschema="false"  sqlMaxLimit="100"  dataNode="dn1">
   </schema>
  <dataNode name="dn1"  dataHost="localhost1" database="db1" />
  <dataHost name="localhost1" maxCon="1000" minCon="10"  balance="3"
       writeType="0" dbType="mysql" dbDriver="native" 
            switchType="1"  slaveThreshold="100">
   <heartbeat>select user()</heartbeat>
       <!-- can have multi write hosts -->
   <writeHost host="mysql-master" url="192.168.37.133:3306" 
              user="root"  password="Qf@123456">
      <!-- can have multi read hosts -->
      <readHost host="mysql-slave" url="192.168.37.135:3306" 
                user="root" password="Qf@123456" />
     </writeHost>
   </dataHost>
</mycat:schema>

补充

balance 属性
负载均衡类型,目前的取值有 3 种:
1. balance="0", 不开启读写分离机制,所有读操作都发送到当前可用的 writeHost 上。
2. balance="1", 全部的 readHost 与  writeHost 参与 select 语句的负载均衡,简单的说,当双主双从模式(M1->S1,M2->S2,并且 M1 与 M2 互为主备),正常情况下,M2,S1,S2 都参与 select 语句的负载均衡。
3. balance="2", 所有读操作都随机的在 writeHost、readhost 上分发。
4. balance="3", 所有读请求随机的分发到 wiriterHost 对应的 readhost 执行,writerHost 不负担读压力, #注意 balance=3 只在 1.4 及其以后版本有,1.3 没有。

writeType 属性
负载均衡类型
1. writeType="0", 所有写操作发送到配置的第一个 writeHost,第一个挂了切换到还生存的第二个writeHost,重新启动后已切换后的为准.
2. writeType="1",所有写操作都随机的发送到配置的 writeHost,#版本1.5 以后废弃不推荐。

启动mycat

[root@mycat ~]# /usr/local/mycat/bin/mycat  start
支持一下参数
start | restart |stop | status
[root@mycat conf]# /usr/local/mycat/bin/mycat start     #需要稍微等待一会
Starting Mycat-server...
[root@mycat ~]# jps   #查看mycat是否启动
13377 WrapperSimpleApp
13431 Jps
[root@mycat ~]# netstat -lntp | grep java

启动报错

1.如果没有起来查看是否是server.xml与schema.xml文件中的虚拟库名是否对应
2.查看log日志，/usr/local/mycat/logs/wrapper.log日志，查看哪里报错
3.其次好好查看对应的配置文件

测试

在 mycat 的机器上测试用户权限有效性
测试是否能正常登录上 主服务器

mysql -uroot -p'Qf@123456' -h192.168.62.153

继续测试是否能登录上从服务器

mysql -uroot -p'Qf@123456' -h192.168.62.152

通过客户端进行测试是否能登录到 mycat 上
192.168.37.130 是 mycat 的主机地址
注意端口号是 8066

[root@mysqlclient ~]# mysql -uvirtual -pQf@123456 -h192.168.37.130 -P 8066
MySQL [(none)]> show databases;
+----------+
| DATABASE |
+----------+
| testdb |
+----------+
1 row in set (0.00 sec)

主要是测试是否互通

继续测试读写分离策略

使用 mysql 客户端工具使用 mycat 的账户和密码登录 mycat , 之后执行 select 语句。
之后查询 mycat 主机上 mycat 安装目录下的 logs/mycat.log 日志。
在日志重搜索查询的语句或者查询 从库的 ip 地址，应该能搜索到。

客户端连接报错

1.如果连接进去了，说明mycat没问题
2.如果use virtualdb 进入数据库的时候卡住了，后端数据库和虚拟数据库没有对应
3.如果发现输入的内容可以查看到，可能是balance不是正常的读写分离模式，也可能是从库的配置异常。
4.如果show database 卡住了，可能是防火墙或者后端数据库无法连接问题.

总结原理及思路

在使用虚拟用户登录,登录到mycat主机上，如果没有做主从复制，那么在虚拟库中创建的表是没有办法在从库中查看到，因为从库起到一个分担读的压力，没有主从复制，主库就没能将数据复制给从库，所以查看不到，如果做了主从复制，那么就可以在从库中访问到。

在mycat中创建相当于是虚拟库连接了主服务器的数据库进行创建，访问查看，相当于连接从服务器的数据库进行访问查看。