mysql集群+复制
来源:互联网 发布:centos 6.8 内核版本 编辑:程序博客网 时间:2024/05/21 04:03
详解MySQL集群下的复制(replicate)原理
1. 集群下的复制
1.1. 简述
从MySQL 5.1 开始,就支持集群+复制了,这对于想要构建一个高可用方案的用户来说,无疑是个惊喜。在这种模式下,既有主从的实时备份,又有基于集群的负载均衡,不足指出在于,从我的测试结果来看,这种方案下的性能还不是太高,仍有待改进。
3个集群,6个SQL节点,形成一个3个点环形的复制。
1.2. 开始配置
1.2.1. master上的配置
由于集群下的复制是基于row-based复制的,因此需要设置logbin-format的格式为:ROW 或者 MIXED。
相对于普通的mysqld服务器配置,只需要增加类似如下2行:
server-id = 1
binlog_format = "ROW" #or MIXED
1.2.2. slave上的配置
新版本的MySQL已经不再通过 my.cnf 来指定master相关的信息了,而是通过 CHANGE MASTER 指令来管理。因此,slave上只需简单增加类似如下几行:
server-id = 2
relay-log-purge=1
skip-slave-start
replicate-ignore-db=mysql
1.3. 启动slave
先按照正常的方式启动master和slave上的mysqld后,执行SHOW PROCESSLIST 可以看到2个mysqld都只有2个进程:
mysql> SHOW PROCESSLIST;
+----+-------------+-----------+------+---------+------+-----------------------------------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+-------------+-----------+------+---------+------+-----------------------------------+------------------+
| 1 | system user | | | Daemon | 0 | Waiting for event from ndbcluster | NULL |
| 2 | root | localhost | NULL | Query | 0 | NULL | show processlist |
+----+-------------+-----------+------+---------+------+-----------------------------------+------------------+
2 rows in set (0.00 sec)
在slave上执行 SHOW SLAVE STATUS 再看看:
mysql> show slave status\G
Empty set (0.00 sec)
可以看到,现在还没有任何复制相关的配置。因此,我们需要先在master上添加一个账户用于复制:
mysql> GRANT REPLICATION SLAVE, GRANT REPLICATION CLIENT ON *.* TO rep@’192.168.1.2’ IDENTIFIED BY ‘rep’;
Query OK, 0 rows affected (0.00 sec)
然后,我们用 CHANGE MASTER 指令来指定一下 master 相关的参数:
mysql> CHANGE MASTER TO MASTER_HOST='192.168.0.2', MASTER_USER='rep', MASTER_PASSWORD='rep';
Query OK, 0 rows affected (0.01 sec)
mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
Slave_IO_State:
Master_Host: 192.168.0.2
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File:
Read_Master_Log_Pos: 4
Relay_Log_File: slave-relay-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File:
Slave_IO_Running: No
Slave_SQL_Running: No
Replicate_Do_DB:
Replicate_Ignore_DB: mysql
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: 0
Relay_Log_Space: 106
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:
1 row in set (0.00 sec)
执行 START SLAVE 来启动它。
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)
再来看看:
mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.0.2
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: binlog.000001
Read_Master_Log_Pos: 256
Relay_Log_File: slave-relay-bin.000002
Relay_Log_Pos: 398
Relay_Master_Log_File: binlog.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB: mysql
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: 256
Relay_Log_Space: 557
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:
1 row in set (0.00 sec)
1.4. 简单测试
这个留给读者自己按照常规的测试去完成吧。
1. 集群下的复制
1.1. 简述
从MySQL 5.1 开始,就支持集群+复制了,这对于想要构建一个高可用方案的用户来说,无疑是个惊喜。在这种模式下,既有主从的实时备份,又有基于集群的负载均衡,不足指出在于,从我的测试结果来看,这种方案下的性能还不是太高,仍有待改进。
集群+复制的配置其实很简单,就是配置好2个独立的集群后,把其中一个的SQL节点作为另一个集群SQL节点的slave即可。甚至可以使用下面几种架构:
3个集群,3个SQL节点,形成一个3个点环形的复制。
3个集群,6个SQL节点,形成一个3个点环形的复制。
1.2. 开始配置
1.2.1. master上的配置
由于集群下的复制是基于row-based复制的,因此需要设置logbin-format的格式为:ROW 或者 MIXED。
相对于普通的mysqld服务器配置,只需要增加类似如下2行:
server-id = 1
binlog_format = "ROW" #or MIXED
1.2.2. slave上的配置
新版本的MySQL已经不再通过 my.cnf 来指定master相关的信息了,而是通过 CHANGE MASTER 指令来管理。因此,slave上只需简单增加类似如下几行:
server-id = 2
relay-log-purge=1
skip-slave-start
replicate-ignore-db=mysql
1.3. 启动slave
先按照正常的方式启动master和slave上的mysqld后,执行SHOW PROCESSLIST 可以看到2个mysqld都只有2个进程:
mysql> SHOW PROCESSLIST;
+----+-------------+-----------+------+---------+------+-----------------------------------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+-------------+-----------+------+---------+------+-----------------------------------+------------------+
| 1 | system user | | | Daemon | 0 | Waiting for event from ndbcluster | NULL |
| 2 | root | localhost | NULL | Query | 0 | NULL | show processlist |
+----+-------------+-----------+------+---------+------+-----------------------------------+------------------+
2 rows in set (0.00 sec)
在slave上执行 SHOW SLAVE STATUS 再看看:
mysql> show slave status\G
Empty set (0.00 sec)
可以看到,现在还没有任何复制相关的配置。因此,我们需要先在master上添加一个账户用于复制:
mysql> GRANT REPLICATION SLAVE, GRANT REPLICATION CLIENT ON *.* TO rep@’192.168.1.2’ IDENTIFIED BY ‘rep’;
Query OK, 0 rows affected (0.00 sec)
然后,我们用 CHANGE MASTER 指令来指定一下 master 相关的参数:
mysql> CHANGE MASTER TO MASTER_HOST='192.168.0.2', MASTER_USER='rep', MASTER_PASSWORD='rep';
Query OK, 0 rows affected (0.01 sec)
mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
Slave_IO_State:
Master_Host: 192.168.0.2
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File:
Read_Master_Log_Pos: 4
Relay_Log_File: slave-relay-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File:
Slave_IO_Running: No
Slave_SQL_Running: No
Replicate_Do_DB:
Replicate_Ignore_DB: mysql
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: 0
Relay_Log_Space: 106
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:
1 row in set (0.00 sec)
执行 START SLAVE 来启动它。
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)
再来看看:
mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.0.2
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: binlog.000001
Read_Master_Log_Pos: 256
Relay_Log_File: slave-relay-bin.000002
Relay_Log_Pos: 398
Relay_Master_Log_File: binlog.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB: mysql
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: 256
Relay_Log_Space: 557
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:
1 row in set (0.00 sec)
1.4. 简单测试
这个留给读者自己按照常规的测试去完成吧。
0 0
- mysql集群+复制
- mysql复制主从集群搭建
- mysql 主从复制集群搭建
- mysql集群(主从复制)
- mysql主从复制集群搭建
- 【mysql】如何搭建集群主从复制
- mysql集群技术:主从复制,读写分离
- mysql集群技术:主主复制
- MySQL Study之--MySQL集群之mysql 主从复制
- MySQL主主复制+Keepalived 打造高可用MySQL集群
- mysql主主复制+Keepalived 打造高可用mysql集群
- MySQL主主复制+Keepalived 打造高可用MySQL集群
- MySQL主主复制+keepalived打造高可用MySQL集群
- Windows 平台下的Mysql集群主从复制
- 详解MySQL集群下的复制(replicate)原理
- 详解MySQL集群下的复制(replicate)原理
- CentOS服务器Mysql主从复制集群的搭建
- mysql ndbcluster集群复制到innodb单机环境配置搭建
- 关于ScheduledExecutorService执行一段时间之后就不执行的问题
- ArcGIS Engine 10.0版本如何打开10.1、10.2版本
- 【Java】以给定值x为基准将链表分割成两部分,所有小于x的结点排在大于等于x的结点之前
- PCL点云库(Point Cloud Library
- 基于分区表的物化视图快速刷新以及维护
- mysql集群+复制
- 查找组成一个偶数最接近的两个素数
- mfc添加右击事件popmenu
- IOS横向菜单(TopBar Menu)代码示例 - XNScrollTopBar
- UGUI Screen Space-Camera 模式 中 Animation 出现的Bug
- Linux软件源码编译安装
- 字符串的压缩
- TJU-4113- Determine X(数学题)
- Power of Two