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
说明配置成功
posted @ 2019-09-23 15:50  夜阑风雪  阅读(314)  评论(0编辑  收藏  举报