Mysql双主+keepalived实现HA

下面是从网上看到的Mysql双主+keepalived实现HA的介绍，搭建双主是没有问题的，问题在于如果互为主从的一台机器如果挂掉了，并且另外一台机器的数据还不是从库中最新的，那么这个时候就会出问题。并且，两台互为主从的数据库二进制日志必须完全一致。要保证这一点，就必须在安装应用的时候都要规划好。

关于MySQL-HA，目前有多种解决方案，比如heartbeat、drbd、mmm、共享存储，但是它们各有优缺点。heartbeat、drbd配置较为复杂，需要自己写脚本才能实现MySQL自动切换，对于不会脚本语言的人来说，这无疑是一种脑裂问题；对于mmm，生产环境中很少有人用，且mmm 管理端需要单独运行一台服务器上，要是想实现高可用，就得对mmm管理端做HA，这样无疑又增加了硬件开支；对于共享存储，个人觉得MySQL数据还是放在本地较为安全，存储设备毕竟存在单点隐患。使用MySQL双master+keepalived是一种非常好的解决方案，在MySQL-HA环境中，MySQL互为主从关系，这样就保证了两台MySQL数据的一致性，然后用keepalived实现虚拟IP，通过keepalived自带的服务监控功能来实现MySQL故障时自动切换。

下面，我把即将上线的一个生产环境中的架构与大家分享一下，看一下这个架构中，MySQL-HA是如何实现的，环境拓扑如下



    

  1. MySQL-VIP：192.168.1.200
    2. 

  2. MySQL-master1：192.168.1.201
    3. 

  3. MySQL-master2：192.168.1.202
    4. 

  4. OS版本：CentOS 5.4
    5. 

  5. MySQL版本：5.0.89
    6. 

  6. Keepalived版本：1.1.20
    7. 



一、MySQL master-master配置


1、修改MySQL配置文件


两台MySQL均如要开启binlog日志功能，开启方法：在MySQL配置文件[MySQLd]段中加上log-bin=MySQL-bin选项


两台MySQL的server-ID不能一样，默认情况下两台MySQL的serverID都是1，需将其中一台修改为2即可


2、将192.168.1.201设为192.168.1.202的主服务器


在192.168.1.201上新建授权用户




    

  1. MySQL> grant replication slave on *.* to ‘replication‘@‘%‘ identified by ‘replication‘;
    2. 

  2. Query OK, 0 rows affected (0.00 sec)
    3. 

  3. MySQL> show master status;
    4. 

  4. +------------------+----------+--------------+------------------+
    5. 

  5. | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
    6. 

  6. +------------------+----------+--------------+------------------+
    7. 

  7. | MySQL-bin.000003 |      374 |              |                  |
    8. 

  8. +------------------+----------+--------------+------------------+
    9. 

  9. 1 row in set (0.00 sec)
    10. 



在192.168.1.202上将192.168.1.201设为自己的主服务器




    

  1. MySQL> change master to master_host=‘192.168.1.201‘,master_user=‘replication‘,master_password=‘replication‘,master_log_file=‘MySQL-bin.000003‘,master_log_pos=374;
    2. 

  2. Query OK, 0 rows affected (0.05 sec)
    3. 

  3. MySQL> start slave;
    4. 

  4. Query OK, 0 rows affected (0.00 sec)
    5. 

  5. MySQL> show slave status\G
    6. 

  6. *************************** 1. row ***************************
    7. 

  7. Slave_IO_State: Waiting for master to send event
    8. 

  8. Master_Host: 192.168.1.201
    9. 

  9. Master_User: replication
    10. 

  10. Master_Port: 3306
    11. 

  11. Connect_Retry: 60
    12. 

  12. Master_Log_File: MySQL-bin.000003
    13. 

  13. Read_Master_Log_Pos: 374
    14. 

  14. Relay_Log_File: MySQL-master2-relay-bin.000002
    15. 

  15. Relay_Log_Pos: 235
    16. 

  16. Relay_Master_Log_File: MySQL-bin.000003
    17. 

  17. Slave_IO_Running: Yes
    18. 

  18. Slave_SQL_Running: Yes
    19. 

  19. Replicate_Do_DB:
    20. 

  20. Replicate_Ignore_DB:
    21. 

  21. Replicate_Do_Table:
    22. 

  22. Replicate_Ignore_Table:
    23. 

  23. Replicate_Wild_Do_Table:
    24. 

  24. Replicate_Wild_Ignore_Table:
    25. 

  25. Last_Errno: 0
    26. 

  26. Last_Error:
    27. 

  27. Skip_Counter: 0
    28. 

  28. Exec_Master_Log_Pos: 374
    29. 

  29. Relay_Log_Space: 235
    30. 

  30. Until_Condition: None
    31. 

  31. Until_Log_File:
    32. 

  32. Until_Log_Pos: 0
    33. 

  33. Master_SSL_Allowed: No
    34. 

  34. Master_SSL_CA_File:
    35. 

  35. Master_SSL_CA_Path:
    36. 

  36. Master_SSL_Cert:
    37. 

  37. Master_SSL_Cipher:
    38. 

  38. Master_SSL_Key:
    39. 

  39. Seconds_Behind_Master: 0
    40. 

  40. 1 row in set (0.00 sec)
    41. 



3、将192.168.1.202设为192.168.1.201的主服务器


在192.168.1.202上新建授权用户




    

  1. MySQL> grant replication slave on *.* to ‘replication‘@‘%‘ identified by ‘replication‘;
    2. 

  2. Query OK, 0 rows affected (0.00 sec)
    3. 

  3. MySQL> show master status;
    4. 

  4. +------------------+----------+--------------+------------------+
    5. 

  5. | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
    6. 

  6. +------------------+----------+--------------+------------------+
    7. 

  7. | MySQL-bin.000003 |      374 |              |                  |
    8. 

  8. +------------------+----------+--------------+------------------+
    9. 

  9. 1 row in set (0.00 sec)
    10. 



在192.168.1.201上，将192.168.1.202设为自己的主服务器




    

  1. MySQL> change master to master_host=‘192.168.1.202‘,master_user=‘replication‘,master_password=‘replication‘,master_log_file=‘MySQL-bin.000003‘,master_log_pos=374;
    2. 

  2. Query OK, 0 rows affected (0.05 sec)
    3. 

  3. MySQL> start slave;
    4. 

  4. Query OK, 0 rows affected (0.00 sec)
    5. 

  5. MySQL> show slave status\G
    6. 

  6. *************************** 1. row ***************************
    7. 

  7. Slave_IO_State: Waiting for master to send event
    8. 

  8. Master_Host: 192.168.1.202
    9. 

  9. Master_User: replication
    10. 

  10. Master_Port: 3306
    11. 

  11. Connect_Retry: 60
    12. 

  12. Master_Log_File: MySQL-bin.000003
    13. 

  13. Read_Master_Log_Pos: 374
    14. 

  14. Relay_Log_File: MySQL-master1-relay-bin.000002
    15. 

  15. Relay_Log_Pos: 235
    16. 

  16. Relay_Master_Log_File: MySQL-bin.000003
    17. 

  17. Slave_IO_Running: Yes
    18. 

  18. Slave_SQL_Running: Yes
    19. 

  19. Replicate_Do_DB:
    20. 

  20. Replicate_Ignore_DB:
    21. 

  21. Replicate_Do_Table:
    22. 

  22. Replicate_Ignore_Table:
    23. 

  23. Replicate_Wild_Do_Table:
    24. 

  24. Replicate_Wild_Ignore_Table:
    25. 

  25. Last_Errno: 0
    26. 

  26. Last_Error:
    27. 

  27. Skip_Counter: 0
    28. 

  28. Exec_Master_Log_Pos: 374
    29. 

  29. Relay_Log_Space: 235
    30. 

  30. Until_Condition: None
    31. 

  31. Until_Log_File:
    32. 

  32. Until_Log_Pos: 0
    33. 

  33. Master_SSL_Allowed: No
    34. 

  34. Master_SSL_CA_File:
    35. 

  35. Master_SSL_CA_Path:
    36. 

  36. Master_SSL_Cert:
    37. 

  37. Master_SSL_Cipher:
    38. 

  38. Master_SSL_Key:
    39. 

  39. Seconds_Behind_Master: 0
    40. 

  40. 1 row in set (0.00 sec)
    41. 



4、MySQL同步测试


如上述均正确配置，现在任何一台MySQL上更新数据都会同步到另一台MySQL，MySQL同步在此不再演示


二、keepalived安装及配置


1、192.168.1.201服务器上keepalived安装及配置


安装keepalived




    

  1. #tar zxvf keepalived-1.1.20.tar.gz
    2. 

  2. #cd keepalived-1.1.20
    3. 

  3. #./configure --prefix=/usr/local/keepalived --with-kernel-dir=/usr/src/kernels/2.6.18-164.el5-i686
    4. 

  4. #make && make install
    5. 



配置keepalived


我们自己在新建一个配置文件，默认情况下keepalived启动时会去/etc/keepalived目录下找配置文件




    

  1. #mkdir /etc/keepalived
    2. 

  2. #vi /etc/keepalived/keepalived.conf
    3. 

  3. ! Configuration File for keepalived
    4. 

  4. global_defs {
    5. 

  5. notification_email {
    6. 

  6. [email protected]
    7. 

  7. }
    8. 

  8. notification_email_from [email protected]
    9. 

  9. smtp_server 127.0.0.1
    10. 

  10. smtp_connect_timeout 30
    11. 

  11. router_id MySQL-ha
    12. 

  12. }
    13. 

  13. vrrp_instance VI_1 {
    14. 

  14. state BACKUP   #两台配置此处均是BACKUP
    15. 

  15. interface eth0
    16. 

  16. virtual_router_id 51
    17. 

  17. priority 100   #优先级，另一台改为90
    18. 

  18. advert_int 1
    19. 

  19. nopreempt  #不抢占，只在优先级高的机器上设置即可，优先级低的机器不设置
    20. 

  20. authentication {
    21. 

  21. auth_type PASS
    22. 

  22. auth_pass 1111
    23. 

  23. }
    24. 

  24. virtual_ipaddress {
    25. 

  25. 192.168.1.200
    26. 

  26. }
    27. 

  27. }
    28. 

  28. virtual_server 192.168.1.200 3306 {
    29. 

  29. delay_loop 2   #每个2秒检查一次real_server状态
    30. 

  30. lb_algo wrr   #LVS算法
    31. 

  31. lb_kind DR    #LVS模式
    32. 

  32. persistence_timeout 60   #会话保持时间
    33. 

  33. protocol TCP
    34. 

  34. real_server 192.168.1.201 3306 {
    35. 

  35. weight 3
    36. 

  36. notify_down /usr/local/MySQL/bin/MySQL.sh  #检测到服务down后执行的脚本
    37. 

  37. TCP_CHECK {
    38. 

  38. connect_timeout 10    #连接超时时间
    39. 

  39. nb_get_retry 3       #重连次数
    40. 

  40. delay_before_retry 3   #重连间隔时间
    41. 

  41. connect_port 3306   #健康检查端口
    42. 

  42. }
    43. 

  43. }
    44. 



编写检测服务down后所要执行的脚本




    

  1. #vi /usr/local/MySQL/bin/MySQL.sh
    2. 

  2. #!/bin/sh
    3. 

  3. pkill keepalived
    4. 

  4. #chmod +x /usr/local/MySQL/bin/MySQL.sh
    5. 



注：此脚本是上面配置文件notify_down选项所用到的，keepalived使用notify_down选项来检查real_server的服务状态，当发现real_server服务故障时，便触发此脚本；我们可以看到，脚本就一个命令，通过pkill keepalived强制杀死keepalived进程，从而实现了MySQL故障自动转移。另外，我们不用担心两个MySQL会同时提供数据更新操作，因为每台MySQL上的keepalived的配置里面只有本机MySQL的IP+VIP，而不是两台MySQL的IP+VIP


启动keepalived




    

  1. #/usr/local/keepalived/sbin/keepalived –D
    2. 

  2. #ps -aux | grep keepalived
    3. 



测试


找一台局域网PC，然后去ping  MySQL的VIP，这时候MySQL的VIP是可以ping的通的


停止MySQL服务，看keepalived健康检查程序是否会触发我们编写的脚本


2、192.168.1.202上keepalived安装及配置


安装keepalived




    

  1. #tar zxvf keepalived-1.1.20.tar.gz
    2. 

  2. #cd keepalived-1.1.20
    3. 

  3. #./configure --prefix=/usr/local/keepalived --with-kernel-dir=/usr/src/kernels/2.6.18-164.el5-i686
    4. 

  4. #make && make install
    5. 



配置keepalived


这台配置和上面基本一样，但有三个地方不同：优先级为90、无抢占设置、real_server为本机IP




    

  1. #mkdir /etc/keepalived
    2. 

  2. #vi /etc/keepalived/keepalived.conf
    3. 

  3. ! Configuration File for keepalived
    4. 

  4. global_defs {
    5. 

  5. notification_email {
    6. 

  6. [email protected]
    7. 

  7. }
    8. 

  8. notification_email_from [email protected]
    9. 

  9. smtp_server 127.0.0.1
    10. 

  10. smtp_connect_timeout 30
    11. 

  11. router_id MySQL-ha
    12. 

  12. }
    13. 

  13. vrrp_instance VI_1 {
    14. 

  14. state BACKUP
    15. 

  15. interface eth0
    16. 

  16. virtual_router_id 51
    17. 

  17. priority 90
    18. 

  18. advert_int 1
    19. 

  19. authentication {
    20. 

  20. auth_type PASS
    21. 

  21. auth_pass 1111
    22. 

  22. }
    23. 

  23. virtual_ipaddress {
    24. 

  24. 192.168.1.200
    25. 

  25. }
    26. 

  26. }
    27. 

  27. virtual_server 192.168.1.200 3306 {
    28. 

  28. delay_loop 2
    29. 

  29. lb_algo wrr
    30. 

  30. lb_kind DR
    31. 

  31. persistence_timeout 60
    32. 

  32. protocol TCP
    33. 

  33. real_server 192.168.1.202 3306 {
    34. 

  34. weight 3
    35. 

  35. notify_down /usr/local/MySQL/bin/MySQL.sh
    36. 

  36. TCP_CHECK {
    37. 

  37. connect_timeout 10
    38. 

  38. nb_get_retry 3
    39. 

  39. delay_before_retry 3
    40. 

  40. connect_port 3306
    41. 

  41. }
    42. 

  42. }
    43. 



编写检测服务down后所要执行的脚本




    

  1. #vi /usr/local/MySQL/bin/MySQL.sh
    2. 

  2. #!/bin/sh
    3. 

  3. pkill keepalived
    4. 

  4. #chmod +x /usr/local/MySQL/bin/MySQL.sh
    5. 

  5. 启动keepalived
    6. 

  6. #/usr/local/keepalived/sbin/keepalived –D
    7. 

  7. #ps -aux | grep keepalived
    8. 



测试


停止MySQL服务，看keepalived健康检查程序是否会触发我们编写的脚本


三、测试


MySQL远程登录测试


我们找一台安装有MySQL客户端的windows，然后登录VIP，看是否能登录，在登录之两台MySQL服务器都要授权允许从远程登录




    

  1. MySQL> grant all privileges on *.* to ‘root‘@‘%‘ identified by ‘123456‘;
    2. 

  2. Query OK, 0 rows affected (0.00 sec)
    3. 

  3. MySQL> flush privileges;
    4. 

  4. Query OK, 0 rows affected (0.00 sec)
    5. 



使用客户端登录VIP测试




    

  1. C:\MySQL\bin>MySQL.exe -uroot -p123456 -h192.168.1.200 -P3306
    2. 

  2. Welcome to the MySQL monitor.  Commands end with ; or \g.
    3. 

  3. Your MySQL connection id is 224
    4. 

  4. Server version: 5.0.89-log Source distribution
    5. 

  5. Type ‘help;‘ or ‘\h‘ for help. Type ‘\c‘ to clear the current input statement.
    6. 

  6. MySQL>
    7. 



● keepalived故障转移测试


※在windows客户端一直去ping  VIP，然后关闭192.168.1.201上的keepalived，正常情况下VIP就会切换到192.168.1.202上面去


※开启192.168.1.201上的keepalived，关闭192.168.1.202上的keepalived，看是否能自动切换，正常情况下VIP又会属于192.168.1.201


注：keepalived切换速度还是非常块的，整个切换过程只需1-3秒


● MySQL故障转移测试


※在192.168.1.201上关闭MySQL服务，看VIP是否会切换到192.168.1.202上


※开启192.168.1.201上的MySQL和keepalived，然后关闭192.168.1.202上的MySQL，看VIP是否会切换到192.168.1.201上


下面是用windows客户端连接的MySQL的VIP，在切换时我执行了一个MySQL查询命令，从执行show databases到显示出结果时间为3-5秒（大家可以看到上面有个错误提示，不过不用担心，因为我们的keepalived切换大概为3秒左右，这3秒左右VIP是谁都不属于的）




    

  1. MySQL> show databases;
    2. 

  2. ERROR 2006 (HY000): MySQL server has gone away
    3. 

  3. No connection. Trying to reconnect...
    4. 

  4. Connection id:    592
    5. 

  5. Current database: *** NONE ***
    6. 

  6. +--------------------+
    7. 

  7. | Database           |
    8. 

  8. +--------------------+
    9. 

  9. | information_schema |
    10. 

  10. | MySQL              |
    11. 

  11. | test               |
    12. 

  12. +--------------------+
    13. 

  13. 3 rows in set (9.01 sec)
    14. 

				


				
时间： 2024-10-12 17:06:49 

		


		


	

	
	

		


		
Mysql双主+keepalived实现HA的相关文章


								

		

			

                mysql双主+keepalived
			

		

		

									

				环境 OS: centos7Mysql 版本: mysql 5.7Keepalived: keepalived-1.2.20Mysql-vip:192.168.41.100Mysql-master1:192.168.41.10Mysql-master2:192.168.41.11实验环境关闭防火墙规则firewall-cmd 一.配置两台mysql互为主从该过程的第一部分就是 master 记录二进制日志.在每个事务更新数据完成之前, master 在二日志记录这些改变.MySQL 将事务写入二			

		

	

				

		

			

                MySQL双主+keepalived实现高可用
			

		

		

									

				mysql+keepalived实现高可用+主主复制模式 为了解决mysql的单点故障问题,衍生出很多mysql的高可用方案: keepalived+双主.MHA.PXC.MMM.Hearbeat+DRBD等,比较常用的一般是keepalived+双主,MHA和PXC 在此搭建实验环境,实现keepalived+mysql双主模式. 实验思路: 两台MySQL互为主从关系(双主),通过keepalived配置虚拟vip,实现当其中的一台MySQL数据库宕机后,应用能自动切换到另外一台MySQL数			

		

	

				

		

			

                MySQL双主多从+Keepalived配置
			

		

		

									

				目录 一 基础环境 二 实际部署 2.1 MySQL双主+Keepalived高可用 2.2 所有Slave节点配置配置 2.3 所有Slave节点创建账号 2.4 Slave节点配置Master01为主 一 基础环境 主机名 系统版本 MySQL版本 主机IP Master01 CentOS 6.8 MySQL 5.6 172.24.8.10 Master02 CentOS 6.8 MySQL 5.6 172.24.8.11 VIP 172.24.8.12 Slave01 CentOS 6.8			

		

	

				

		

			

                keepalived+mysql双主
			

		

		

									

				       mysql高可用keepalived+mysql双主 MySQL的高可用方案一般有如下几种: keepalived+双主,MHA,PXC,MMM,Heartbeat+DRBD等,比较常用的是keepalived+双主,MHA和PXC. 本节主要介绍了利用 keepalived 实现 MySQL 数据库的高可用. Keepalived+mysql双主来实现MySQL-HA,我们必须保证两台MySQL数据库的数据完全一样,基本思路是两台MySQL互为主从关系,通过Keepalived配			

		

	

				

		

			

                MySQL集群（四）之keepalived实现mysql双主高可用
			

		

		

									

				前面大家介绍了主从.主主复制以及他们的中间件mysql-proxy的使用,这一篇给大家介绍的是keepalived的搭建与使用! 一.keepalived简介 1.1.keepalived介绍 Keepalived起初是为LVS设计的,专门用来监控集群系统中各个服务节点的状态,它根据TCP/IP参考模型的第三.第四层.第五层交换机制检测每个服务节点的状态,如果某个服务器节点出现异常, 或者工作出现故障,Keepalived将检测到,并将出现的故障的服务器节点从集群系统中剔除,这些工作全部是自动完			

		

	

				

		

			

                MySQL 高可用性之keepalived+mysql双主
			

		

		

									

				生产环境中一台mysql主机存在单点故障,所以我们要确保mysql的高可用性,即两台MySQL服务器如果其中有一台MySQL服务器挂掉后,另外一台能立马接替其进行工作. MySQL的高可用方案一般有如下几种: keepalived+双主,MHA,PXC,MMM,Heartbeat+DRBD等,比较常用的是keepalived+双主,MHA和PXC. 这里将主要介绍了利用 keepalived 实现 MySQL数据库的高可用. Keepalived+mysql双主来实现MySQL-HA,我们必须保			

		

	

				

		

			

                keepalived+mysql双主复制高可用方案
			

		

		

									

				MySQL双主复制,即互为Master-Slave(只有一个Master提供写操作),可以实现数据库服务器的热备,但是一个Master宕机后不能实现动态切换.而Keepalived通过虚拟IP,实现了双主对外的统一接口以及自动检查.失败切换机制.联合使用,可以实现MySQL数据库的高可用方案. 实验环境:OS:centos 6.x x86_64系统MySQL版本: :mysql 5.6.22   64 位A: master :192.168.79.3 3306B: slave :192.168.			

		

	

				

		

			

                mysql高可用双主+keepalived
			

		

		

									

				Mysql双主复制 实验拓扑:sql1  192.168.10.1   server id 1 vip 192.168.10.100 Sql2  192.168.10.2   server id 2 vip 192.168.10.100 客户端 192.168.10.3 Sql1配置双主 主库配置:vim /etc/my.cnf Log-bin=mysql-bin    //打开二进制日志 Server-id=1 Service mysqld start   //重启mysql进程 登录到mys			

		

	

				

		

			

                通过KeepAlived搭建MySQL双主模式的高可用集群系统
			

		

		

									

				企业级MySQL集群具备高可用.可扩展.易管理.低成本的特点.下面将介绍企业环境中经常应用的一个解决方案,即MySQL的双主互备架构,主要设计思路是通过MySQL Replication技术将两台MySQL Server互相将对方作为自己的Master,自己又同时作为对方的Slave来进行复制.这样就实现了高可用构架中的数据同步功能,同时,将采用KeepAlived来实现Mysql的自动failover.在这个构架中,虽然两台MySQL Server互为主从,但同一时刻只有一个MySQL Ser