咨询热线 ：
028-86922220
×
01
关于我们

公司简介

发展历程

02
服务项目

高端网站建设

微信开发

APP开发

网络营销服务

电商网站定制

生物医药网站建设

外贸网站建设

教育培训网站建设

03
小程序开发

小程序开发

功能应用

客户案例

04
案例展示

网站建设案例

小程序案例

电商平台案例

APP案例

系统平台案例

05
建站动态

做网站

小程序开发

外贸网站建设

APP软件开发

06
联系我们

公司地址

人才招聘

地址：成都市太升南路288号锦天国际A幢1002号

电话：028-86922220

028-86922220

新网创想网站建设，新征程启航

为企业提供网站建设、域名注册、服务器等服务

对mycat读写分离主从切换策略的调研

    当从库宕机后，读请求会全部转移到主库上，对业务无影响。

网站建设哪家好，找成都创新互联！专注于网页设计、网站建设、微信开发、微信小程序、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了准格尔免费建站欢迎大家使用！

2、当主库宕机后

    目前，我们的writehost只设置了一个主库，当主库宕机后，通过mycat的 读写请求会全部报错，如下所示：

   读请求：

MySQL> select * from t1;
ERROR  1184  (HY000): 拒绝连接

    写请求：

mysql> insert into t1 values ( 2 );
ERROR  1184  (HY000): 拒绝连接

3、设置多个writehost，实现主库宕机后，写请求自动切换到从库

    上面看到，如果只设置一个writehost，主库宕机后，并不会自动切换，所有的 读写请求全部受影响。

    为了解决这个我们，我们可以设置多个writehost，当主库宕机后，自动把写请求切换到从节点。

    我们的生产环境是一主一从，我们可以把两个节点都设置为writehost，这样如果writehost1（主库）宕机后，mycat会自动把 写请求全部转移到writehost2（从库）上。

    原来配置：

[root @demo -init conf]# cat  schema.xml
"1.0" ?>
" schema.dtd" >
" http://io.mycat/" >
     "db1"  checkSQLschema= "false"  sqlMaxLimit= "500"  dataNode= "dn1" >
     "dn1"  dataHost= "localhost1"  database= "db1"  />
     "localhost1"  maxCon= "1000"  minCon= "10"  balance= "3"  writeType= "0"  dbType= "mysql"  dbDriver= "native"  switchType= "-1"  slaveThreshold= "100" >
         select user()
        
     "hostM1"  url= " 192.168.174.30:3306"  user= "root"  password= "123456" >
     "hostS1"  url= " 192.168.174.30:3307"  user= "root"  password= "123456"  />
    
    

  修改后配置：

[root @demo -init conf]# cat  schema.xml
"1.0" ?>
" schema.dtd" >
" http://io.mycat/" >
     "db1"  checkSQLschema= "false"  sqlMaxLimit= "500"  dataNode= "dn1" >
     "dn1"  dataHost= "localhost1"  database= "db1"  />
     "localhost1"  maxCon= "1000"  minCon= "10"  balance= "3"  writeType= "0"  dbType= "mysql"  dbDriver= "native"  switchType= "1"  slaveThreshold= "100" >
         select user()
        
     "hostM1"  url= " 192.168.174.30:3306"  user= "root"  password= "123456" >
     "hostS1"  url= " 192.168.174.30:3307"  user= "root"  password= "123456"  />
    
     "hostM2"  url= " 192.168.174.30:3307"  user= "root"  password= "123456" />
    

   就改了两处：

  a）把 switchType="-1"改成 switchType="1"；

        说明： switchType：

"allinmd-mysql-3"  url= " 192.168.174.30:3307"  user= "root"  password= "123456" />

    这样配置后，当主库宕机后，写请求就会自动转移到从库上，从而保证业务正常可用。

4、当原主库恢复后的处理

     当原主库恢复后，它将不能纳入mycat的管理（blance=3）。也就是说，原主库恢复后，mycat不会把写请求发送到原主库。这是由conf/dnindex.properties来决定的。

    下面是mycat官方文档的说明，摘录在这。

     正常情况下，Mycat 会将第一个 writeHost 作为写节点，所有的 DML SQL 会发送给此节点，若 Mycat 开启了读写分离，则查询节点会根据读写分离的策略发readHost(+writeHost)上执行，当一个 dataHost 里面配置了两个或多个 writeHost 的情况下，如果第一个 writeHost 宕机，则 Mycat 会在默认的3 次心跳检查失败后，自动切换到下一个可用的 writeHost 执行 DML SQL 语句，并在 conf/dnindex.properties文件里记录当前所用的 writeHost 的 index（第一个为 0，第二个为 1，依次类推），注意，此文件不能删除和擅自改变，除非你深刻理解了它的作用以及你的目的。
     那么问题来了，当原来配置的 MySQL 写节点宕机恢复以后，怎么重新加入 Mycat，要不要恢复为原来的写节点？关于这个问题，我们也曾与 DBA 讨论很久，最终的建议方案是，保持现有状态不变，改旗易帜，恢复后的MySQL 节点作为从节点，跟随新的主节点，重新配置主从同步，原先跟随该节点做同步的其他节点也同样换帅，重新配置同步源，这些节点的数据手完成同步以后，再加入 Mycat 里。目前 1.3 版本的 Mycat 还没有实现监控MySQL 主从同步状态的功能，因此这个过程里，DBA 可以先修改 MySQL 的密码，让 Mycat 无法链接故障服务器，等同步完成以后，恢复密码，这样 Mycat 就自动重新将修复好的 Mycat 纳管进来了。

     也就是说，当主库恢复后，需要手工重新配置主从同步。

5、读写分离的条件

   读写分离必须满足如下条件，读操作才能发往从节点执行。

  a）必须在schema.xml中配置readHost， 而且balance配置不为0。
  b）SQL语句为select 或者show。
  c)   在非事务中。当然，也可以通过注释/#mycat:db_type=slave, ... / 强制发从。

   下面我们测试一下在事务中和在非事务中，select的表现。

     先说明一下我的环境，3306是主库，3307是从库。

    1、在 非事务中，可以看到通过mycat查询的是3307 从库的数据：

mysql> select * from t1;   //查到的是从库数据
+------+
| id   |
+------+
|  3307  |
+------+
1  row in set ( 0.00  sec)

   2、在 事务中，可以看到通过mycat查询的是3306 主库的数据：

mysql> begin;
Query OK,  0  rows affected ( 0.00  sec)
 
mysql> select * from t1;  //查到的是主库数据
+------+
| id |
+------+
|  3306  |
+------+
1  row in set ( 0.00  sec)

   3、使用 注解，让 事务中的查询， 强制读从库：

mysql> begin;
Query OK,  0  rows affected ( 0.00  sec)
 
mysql> select * from t1;   //看到select 在事务中读了主库
+------+
| id |
+------+
|  3306  |
+------+
1  row in set ( 0.00  sec)
 
mysql>  /*!mycat:db_type=slave*/ select * from t1;     //看到加了注解后，select 在事务中读了从库
+------+
| id |
+------+
|  3307  |
+------+
1  row in set ( 0.01  sec)
 
mysql> select * from t1;   //看到select 在事务中读了主库
+------+
| id |
+------+
|  3306  |
+------+
1  row in set ( 0.00  sec)

6、官方建议的mycat读写分离架构

对mycat读写分离主从切换策略的调研


当前文章：对mycat读写分离主从切换策略的调研
URL地址：http://wjwzjz.com/article/pdgspe.html

其他资讯

分享至：
关于我们
公司简介 发展历程
服务项目
高端网站建设 小程序开发 APP开发 网络营销
建站知识
行业新闻 建站学堂 常见问题
联系我们
公司地址 人才招聘
成都
电话：028-86922220
地址：成都市太升南路288号锦天国际A幢1002号
版权所有：成都新网创想广告设计中心（普通合伙） 蜀ICP备11025516号-13
在线咨询
服务热线
服务热线：028-86922220
TOP