mycat读写分离

1.什么是读写分离:

　　在同一个系统(项目)中，把对数据库的读和写分别在集群的不同节点上完成，这种模式就称之为读写分离

2.读写分离的配置

　　server.xml

　　　　配置了mycat的用户以及schemas(相当于mysql的数据库)

<user name="root" defaultAccount="true">
        <property name="password">root</property>
        <property name="schemas">TEACH</property>
</user>

　　rule.xml

　　　　配置了datanode的数量

　　　　指定了mycat的分片(dataHost)的规则

<mycat:rule xmlns:mycat="http://io.mycat/">
    <tableRule name="mod-long">
        <rule>
            <columns>id</columns>
            <algorithm>mod-long</algorithm>
        </rule>
    </tableRule>
    
    <function name="mod-long" class="io.mycat.route.function.PartitionByMod">
        <!-- how many data nodes -->
        <property name="count">1</property>
    </function>

</mycat:rule>

　　schema.xml

　　　　真正的读写分离的配置

<mycat:schema xmlns:mycat="http://io.mycat/">

    <!--
        读写分离
            把读数据的操作在mysql03上实现(mysql03没有数据)
            把写数据的操作在mysql04上实现(mysql04有数据)
            也就是说整个读写分离的核心就是实现了mysql03和mysql04的数据同步
            数据同步的核心就是实现mysql03和mysql04的主从复制
            在之前讲的数据同步：
                当实现增删改的时候需要重新把mysql全表扫描然后存入redis中
            主从:
                两台数据库的关系
                mysql03是主库(只写数据)
                    主库向从库同步数据
                mysql04是从库(只读数据)
            每一个readHost不能单独存在，必须要配置在writeHost里面
    -->
    <schema name="TEACH" checkSQLschema="false" sqlMaxLimit="100">
        <table name="mycat_teach" dataNode="dn1" rule="mod-long" />
    </schema>

    <!--
        database:在读写分离的配置中非常重要
            因为读写分离需要实现主从复制(在mysql的主从复制中必须非常准确的定位这个database的名字)
    -->
    <dataNode name="dn1" dataHost="localhost1" database="TEACH" />

    <dataHost name="localhost1" maxCon="1000" minCon="10" balance="3"
              writeType="0" dbType="mysql" dbDriver="native" switchType="2"  slaveThreshold="100">
        <heartbeat>select user()</heartbeat>
        <!-- can have multi write hosts -->
        <!--
            实现读写分离的配置：
                mysql03作为写的数据库
                mysql04作为读的数据库
        -->
        <writeHost host="hostM1" url="192.168.23.131:3306" user="root"
                   password="root">
            <readHost host="hostS1" url="192.168.23.132:3306" user="root" password="root" />
        </writeHost>
        <writeHost host="hostM1" url="192.168.23.133:3306" user="root"
                   password="root" />
    </dataHost>
</mycat:schema>

3.在schema.xml中的dataHost标签里有三个非常重要属性

!!!!!mycat也是支持负载均衡的!!!!!

3.1.balance

　　0:不使用负载均衡

　　1:所有的writeHost的从节点都要参与负载(无论是读数据还是写数据)，但是writeHost的主节点只写数据，不读数据。

　　　　writeHost-->有5个从节点(一般情况下，这5个写数据的从节点是不工作的，当主节点宕机了以后从节点才会开始工作)。

　　　　一旦把balance的值配置为1，说明所有的writeHost的从节点都必须要参与读和写的操作(也就是说所有的从节点和主节点平等)。

　　2:所有的主节点和从节点都要参与负载(无论是writeHost的主节点还是从节点都必须实现读和写的操作)。

　　3:所有的readHost无论是主节点还是从节点都必须参与负载，但是writeHost并不参与读的操作。

　　　　readHost如果也需要配置主从(1主3从)，主节点工作，但是从节点一般情况下是不工作的，只有当主节点宕机的时候，从节点才开始工作。

　　　　所有readHost的主节点和从节点都开始工作(也就是说所有的节点都是平等的)，但是writeHost并不参与读的操作，也不参与负载！

3.2.writeType(写入的方式:一定要和主节点和从节点有关)

　　0:自动主从(在1.4以后支持了主从关系，但是并没有支持主从复制)

　　　　也就是mycat会自动分配主从，如果说在同一个dataHost标签中配置了多个writeHost，则mycat会自动分配主从

 

　　1:不进行主从(1.5版本之后生效)，随机

　　　　两个writeHost，mycat会随机只向一个writeHost中写数据，就算该writeHost宕机，也不会向另一个writeHost写入数据(为什么这么设置？)

　　　　个人理解:

　　　　那个从来不写数据的writeHost是后备节点，一般情况下和readHost配置的一样，如果writeHost宕机，单独一台readHost是不能存在的，需要后备节点的支持！！！！

　　2:所有的writeHost节点不再执行写的操作，所有的writeHost都停止写操作，只供查询的操作(查询压力比较大的时候才会使用到)

3.3.switchType(切换的方式)

　　无论是-1还是1都根据的是mycat所自带的主从关系

　　-1:不自动切换。writeHost配置的规则为一台主节点一台从节点，如果主节点宕机，从节点还是从节点，并不会自动切换为主节点。

　　1:自动切换。根据的是mysql所配置主从关系。

　　2:根据mysql配置主从进行切换(监视mysql的主从心跳)

　　3:和2一样，只是2为单节点，3为集群模式

4.实现mysql的主从复制

4.1.配置主节点

mysql03为主节点

4.1.1.配置my.cnf文件

vim /etc/my.cnf

以下所有的配置都必须在[mysqld]标签之下和[mysqld_safe]标签之上

配置主从复制的数据库名,要求和dataNode标签中的database属性值一模一样

binlog-do-db=teach

 

配置忽略mysql数据库的主从复制

也就是说mysql自带的mysql数据库并不参与主从复制(可以配也可以不配，但是要求配置)

binlog-ignore-db=mysql

 

开启二进制日志(可以配也可以不配，为了以后mysql出错做日志分析使用)

log-bin=mysql-bin

 

配置唯一标识符(id)(这个唯一标识不能和其他的任何mysql服务器一致，这个必须要保持唯一，一般情况下为了保证唯一性，配置的是该台服务器的ip最后一段(192.168.23.131))

server-id=131

 

4.1.2.重启mysql服务

service mysqld restart

4.1.3.进入到mysql中

在mysql的bin目录

./mysql -u root -p

4.1.4.执行命令

向其他的从节点进行授权

grant file on *.* to 'root'@'%' identified by '123456';

4.1.5.开启向从库复制数据

grant replication slave, replication client on *.* to 'root'@'%' identified by '123456';

4.1.6.授权命令

(实现了最大程度的授权，向从节点开放超级管理员模式，包括主从复制)

推荐配置

grant all on *.* to 'root'@'%' identified by '123456' with grant option;

4.1.7.提交并刷新

flush privileges;

4.1.8.查看主节点状态

show master status;

4.2.从节点配置(非常简单)

4.2.1.配置my.cnf文件

以下所有的配置都必须在[mysqld]标签之下和[mysqld_safe]标签之上

在整个my.cnf中只需要配置server-id=唯一id（随便，不重复就行），即可，其他的都不需要配

4.2.2.重启mysql服务

service mysqld restart

4.2.3.进入mysql中

在mysql的bin目录

./mysql -u root -p

4.2.4.认主

change master to master_host='192.168.23.131',master_port=3306,master_user='root',master_password='root',master_log_file='mysql-bin.000001',master_log_pos=1153;

所有的配置都必须使用,隔开，并且只有端口号和position不需要单引号，其他的都必须要单引号

master_host:主节点的ip地址

master_port:主节点的端口号

master_user:主节点的用户名

master_password:主节点的密码

master_log_file:主节点的日志文件--->在主节点使用show master status;查看(File)

master_log_pos:主节点的定位信息在主节点使用show master status;查看(Position)

4.2.5.刷新并提交

flush privileges;

4.2.6.开启主从复制

start slave;

4.2.7.查看从节点的状态

show slave status;

Slave_IO_Running=YES

Slave_SQL_Running=YES

说明配置成功

转载于:https://www.cnblogs.com/KelvinDaniels/p/11572764.html