首页 / MYSQL / 高可用架构之基于MyCat的MySQL高可用读写分离集群（二）

高可用架构之基于MyCat的MySQL高可用读写分离集群（二）

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了高可用架构之基于MyCat的MySQL高可用读写分离集群（二），小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含8047字，纯文字阅读大概需要12分钟。

内容图文

MySQL主从复制的配置

单向主从环境的搭建

环境配置

  • Master(192.168.80.132)
  • Slave(192.168.80.133)

一、Master的相关配置

1.1 关闭selinux

两台数据库服务器的selinux都要disabled，配置方式如下：

vim /etc/selinux/config
(将SELINUX设置为disabled)

1.2 修改Master的配置文件my.cnf

vim /etc/my.cnf

在[mysqld]下增加以下配置项

server_id=132
# binlog-do-db=user
binlog-ignore-db=mysql
log-bin=trey-mysql-bin
binlog_cache_size=1M
binlog_format=mixed
expire_logs_days=7
slave_skip_errors=1062

代表的意义分别如下：
server_id=132：设置server_id，唯一即可，一般设置为IP。
binlog-do-db=user：表示需要备份的数据库，这里表示只备份user数据库，输出binlog。
binlog-ignore-db=mysql：表示不需要备份的数据库，不输出。

1.3 创建数据同步用户，并授予相应的权限

service mysql restart

打印出以下日志，表示重启成功：

Shutting down MySQL..... SUCCESS! 
Starting MySQL....... SUCCESS!

创建数据同步用户，并授予相应的权限：

grant replication slave, replication client on . to 'repl'@'192.168.80.133' identified by '123456';
flush privileges;

查看position号，记下position号，因为从节点上要知道备份开始的位置以及现在的日志文件：

show master status;

会出现下面信息：

+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000002 |      154 |              | mysql            |                   |
+------------------+----------+--------------+------------------+-------------------+

1.4 创建数据库，并写入测试数据

创建数据库ms-mysql
create database if not exists ms-mysql default charset utf8mb4 collate utf8mb4_bin;
创建表user并插入数据
CREATE TABLE `user`  (
  `id` int(11) NOT NULL,
  `username` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL DEFAULT NULL,
  `password` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL DEFAULT NULL,
  `description` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4 COLLATE = utf8mb4_bin ROW_FORMAT = Dynamic;

INSERT INTO `user` VALUES (1, 'zhangsan', '123456', '张三');
INSERT INTO `user` VALUES (2, 'lisi', '123456', '李四');
INSERT INTO `user` VALUES (3, 'wangwu', '123456', '王五');
备份主库数据

为了保证Master和Slave的数据一致，我们采用主备份，从还原来实现初始数据一致。

先临时锁表：

mysql> flush tabled with read lock;

导出Master库的脚本，导出的脚本临时存放在/home目录下：

mysqldump -p3306 -uroot -p -add-drop-table ms-mysql > /home/master-user.sql

解锁表：

unlock tables;

发送Master备份数据到Slave上

scp /home/master-user.sql root@192.168.80.133:/home/

二、Slave相关配置

2.1 修改Slave的配置文件my.cnf

vim /etc/my.cnf

在[mysqld]下增加以下配置项

server_id=133
binlog-ignore-db=mysql
log-bin=mysql-slave-bin
binlog_cache_size=1M
binlog_format=mixed
expire_logs_days=7
slave_skip_errors=1062
relay_log=mysql-relay-bin
log_slave_updates=1
read_only=1
2.2 将之前Master生成的备份脚本还原到Slave中

由于修改了my.cnf，所以需要重新MySQL：

service mysql restart

打印出以下日志，表示重启成功：

Shutting down MySQL.... SUCCESS! 
Starting MySQL......... SUCCESS!

Slave上创建和Master上相同的数据库：

创建数据库ms-mysql
create database if not exists ms-mysql default charset utf8mb4 collate utf8mb4_bin;

导入数据：

mysql -u root -p ms-mysql < /home/master-user.sql

2.3 登录Slave数据库，添加相关参数

mysql -u root -p
change master to master_host='192.168.80.132',master_user='repl',master_password='123456',master_port=3306,master_log_file='mysql-bin.000002', master_log_pos=2886, master_connect_retry=30;

2.4 开启主从同步

查看主从同步状态：

show slave status\G;

出现以下信息：

*************************** 1. row ***************************
               Slave_IO_State: 
                  Master_Host: 192.168.80.132
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 30
              Master_Log_File: mysql-bin.000002
          Read_Master_Log_Pos: 2886
               Relay_Log_File: mysql-relay-bin.000001
                Relay_Log_Pos: 4
        Relay_Master_Log_File: mysql-bin.000002
             Slave_IO_Running: No
            Slave_SQL_Running: No
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 2886
              Relay_Log_Space: 154
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 0
                  Master_UUID: 
             Master_Info_File: /home/mysql/data/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: 
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version:

可以看到Slave_IO_State为空，Slave_IO_Running和Slave_SQL_Running是No，表明Slave还没有开始复制过程。

开启主从同步：

start slave;

这个时候会报如下错误信息：

Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.

原因是由于在克隆Master这台服务器时，MySQL数据文件/home/mysql/data/auto.cnf也同样拷贝过来了，而这个文件里面包含着server-uuid，如下所示：

[auto]
server-uuid=c53e320a-0a67-11e9-a541-000c294123c2

而这个server-uuid在两个机器的MySQL中是不允许重复的，这个时候只需要删除auto.cnf这个文件即可，再重新启动mysql，会自动再次生成auto.cnf。

查看Slave的主从同步状态：

show slave status;

显示如下信息：

*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.80.132
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 30
              Master_Log_File: mysql-bin.000002
          Read_Master_Log_Pos: 2886
               Relay_Log_File: mysql-relay-bin.000003
                Relay_Log_Pos: 320
        Relay_Master_Log_File: mysql-bin.000002
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 2886
              Relay_Log_Space: 527
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 132
                  Master_UUID: 2de93fce-09a0-11e9-b481-000c29abb1e8
             Master_Info_File: /home/mysql/data/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version:

关注其中的三个状态：

  • Slave_IO_State: Waiting for master to send event
  • Slave_IO_Running: Yes
  • Slave_SQL_Running: Yes

可以看到，我们配置的主从同步是正常的。

三、 主从数据复制同步测试

3.1 数据表的数据同步测试

为了测试我们的主从数据复制情况，我们可以做以下测试：

insert into user values (4, 'zhaoliu','123456','赵六');

这个时候我们在从库Slave上去查看user表，看主库中新增的数据是否同步到从库中：

select * from user

3.2 数据库的同步测试

在主库Master中新增一个数据库test：

create database if not exists test;

同样，我们在从库Slave中可以查看数据库：

show databases;

可以看到，主库Master中的test库已经同步到从库Slave中了。

在测试过程中，如果遇到同步出错，可在Slave上重置主从复制设置：

reset slave;
master_host='192.168.80.132',master_user='repl',master_password='123456',master_port=3306,master_log_file='mysql-bin.000002', master_log_pos=2886, master_connect_retry=30;

注意，这个时候需要重新在主库Master上获取master_log_file和master_log_pos的值，表示从哪个文件的那个位置开始获取。
另外，如果在Slave没做只读控制的情况下，千万不要在Slave中手动插入数据，那样数据就会不一致，主从就会断开，就需要重新配置了。

内容总结

以上是互联网集市为您收集整理的高可用架构之基于MyCat的MySQL高可用读写分离集群（二）全部内容，希望文章能够帮你解决高可用架构之基于MyCat的MySQL高可用读写分离集群（二）所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/917263.html

来源：【匿名】