mysql mm_Mysql - 高可用方案之MM+Keepalived

最新推荐文章于 2022-08-08 11:27:21 发布
最新推荐文章于 2022-08-08 11:27:21 发布
阅读量269 收藏
点赞数
文章标签： mysql mm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_33379878/article/details/113145185
版权

一、概述

本文将介绍mysql的MM+Keepalived方案。该方案由两个mysql服务器组成，这两个mysql互为主备。其中一台主作为写服务器，另一台主作为读服务器。通过keepalived软件管理写vip，当承担写服务器的mysql出现故障时，将写vip漂移到读服务器上，实现高可用。

二、节点介绍

本次实验采用2台虚拟机，操作系统版本Centos6.10，mysql版本5.7.25

node1    10.40.16.61  主库  提供写服务

node2    10.40.16.62  主库  提供读服务

还须预留1个vip，现在不用配置，这里先提一下，后面的安装步骤用得到

10.40.16.71  写vip

三、安装

1. 配置双主架构

安利一个自己写的mysql一键安装脚本https://www.cnblogs.com/ddzj01/p/10678296.html

mysql搭建完成后，就可以配置互为主备的架构了。

decfcb6a47655eed526ad6dc626d3c61.png

5b78416c938f1fdbf51011184b539f29.png

这样node1和node2就互为主备了

在node2上将数据库设置为只读模式

(root@localhost)[(none)]> set global read_only = 1;

2. 安装keepalive软件

node1&node2:

yum install -y keepalived

四、修改配置文件

1. node1

编辑配置文件/etc/keepalived/keepalived.conf

! Configuration File for keepalived

vrrp_script chk_mysql {

script "/etc/keepalived/check_mysql.sh" # 自定义检查脚本

interval 30 # 设置检查间隔时长，可自行设定

}

vrrp_instance VI_1 {

state BACKUP # BACKUP状态，具体意思后面介绍

interface eth0

virtual_router_id 51

priority 100

advert_int 1

nopreempt # 防止主库切换到从库后，主库恢复后自动切换回主库

authentication {

auth_type PASS

auth_pass 1111

}

track_script {

chk_mysql

}

virtual_ipaddress {

10.40.16.71/24 # vip

}

}

编辑检查mysql主库的脚本文件/etc/keepalived/check_mysql.sh

8f900a89c6347c561fdf2122f13be562.png

961ddebeb323a10fe0623af514929fc1.png

#!/bin/bash

source /root/.bash_profile

###填数据库相关信息###

DB_USER='root'

DB_PASSWD='root'

U_EMAIL='xxxx@163.com'

######################

###判断如果上次检查的脚本还没执行完，则退出此次执行

if [ `ps -ef | grep -w "$0" | grep -v "grep" | wc -l` -gt 2 ]; then

exit 0

fi

mysql_con="mysql -u$DB_USER -p$DB_PASSWD"

error_log="/etc/keepalived/logs/check_mysql.err"

###如果error_log目录不存在则创建目录

if [ -d /etc/keepalived/logs ]; then

usleep

else

mkdir -p /etc/keepalived/logs

fi

###定义一个简单判断mysql是否可用的函数

function execute_query {

$mysql_con -e "select 1;" 2>> $error_log

}

###定义无法执行查询，且mysql服务异常时的处理函数

function service_error {

echo -e "`date"+%F %H:%M:%S"` ----mysql service error, now stop keepalived----" >> $error_log

service keepalived stop >> $error_log 2>&1

echo "master1 keepalived stopped" | mail -s "master1 keepalived stopped, please take notice!" $U_EMAIL 2>> $error_log

echo -e "\n---------------------------------------------------------\n" >> $error_log

}

###定义无法执行查询，但mysql服务正常的处理函数

function query_error {

echo -e "`date"+%F %H:%M:%S"` ----query error, but mysql service ok, retry after 30s----" >> $error_log

sleep 30

execute_query

if [ $? -ne 0 ]; then

echo -e "`date"+%F %H:%M:%S"` ----still can't execute query----" >> $error_log

###关闭本机mysql

echo -e "`date"+%F %H:%M:%S"` ----stop mysql service----" >> $error_log

service mysql stop &>> $error_log

sleep 2 ###给执行和缓冲时间

###关闭本机keepalived

echo -e "`date"+%F %H:%M:%S"` ----stop keepalived----" >> $error_log

service keepalived stop &>> $error_log

echo "master1 keepalived stopped" | mail -s "master1 keepalived stopped, please take notice!" $U_EMAIL 2>> $error_log

echo -e "\n---------------------------------------------------------\n" >> $error_log

else

echo -e "`date"+%F %H:%M:%S"` ----query ok after 30s----" >> $error_log

echo -e "\n---------------------------------------------------------\n" >> $error_log

fi

}

###检查开始: 执行查询

execute_query

if [ $? -ne 0 ]; then

service mysql status &> /dev/null

if [ $? -ne 0 ]; then

service_error

else

query_error

fi

fi

View Code

chmod +x /etc/keepalived/check_mysql.sh

该脚本的作用有两个

a. mysql进程挂掉了，直接关闭keepalived服务

b. mysql进程正常，但是无法执行查询，比如进程卡死了等等原因。则同时关闭mysql和keepalived

2. node2

编辑配置文件/etc/keepalived/keepalived.conf

! Configuration File for keepalived

vrrp_instance VI_1 {

state BACKUP # BACKUP状态，具体意思后面介绍

interface eth0

virtual_router_id 51

priority 90 # 优先级设置为90，这个值设置比节点1低

advert_int 1

authentication {

auth_type PASS

auth_pass 1111

}

notify_master /etc/keepalived/notify_master_mysql.sh

virtual_ipaddress {

10.40.16.71/24 # vip

}

}

编辑检查mysql从库的脚本文件/etc/keepalived/notify_master_mysql.sh

8f900a89c6347c561fdf2122f13be562.png

961ddebeb323a10fe0623af514929fc1.png

#!/bin/bash

source /root/.bash_profile

###当keepalived监测到本机转为MASTER状态时，执行该脚本

###填数据库相关信息###

DB_USER='root'

DB_PASSWD='root'

U_EMAIL='xxxx@163.com'

######################

change_log='/etc/keepalived/logs/state_change.log'

mysql_con="mysql -u$DB_USER -p$DB_PASSWD"

echo -e "`date"+%F %H:%M:%S"` ----master2 keepalived change to MASTER----" >> $change_log

###如果error_log目录不存在则创建目录

if [ -d /etc/keepalived/logs ]; then

usleep

else

mkdir -p /etc/keepalived/logs

fi

slave_info() {

###检查从库状态

slave_stat=`$mysql_con -e "show slave status\G"`

Slave_IO_Running=`echo $slave_stat | egrep -w "Slave_IO_Running" | awk '{print $2}'`

Slave_SQL_Running=`echo $slave_stat | egrep -w "Slave_SQL_Running" | awk '{print $2}'`

Master_Log_File=`echo $slave_stat | egrep -w "Master_Log_File" | awk '{print $2}'`

Read_Master_Log_Pos=`echo $slave_stat | egrep -w "Read_Master_Log_Pos" | awk '{print $2}'`

Relay_Master_Log_File=`echo $slave_stat | egrep -w "Relay_Master_Log_File" | awk '{print $2}'`

Exec_Master_Log_Pos=`echo $slave_stat | egrep -w "Exec_Master_Log_Pos" | awk '{print $2}'`

}

action() {

###解除read_only属性

echo -e "`date"+%F %H:%M:%S"` ----set read_only = 0 on master2----" >> $change_log

$mysql_con -e "set global read_only = 0;" 2>> $change_log

echo "master2 keepalived change to MASTER，线上数据库切换至master2" | mail -s "master2 keepalived change to MASTER" $U_EMAIL 2>> $change_log

echo -e "---------------------------------------------------------\n" >> $change_log

}

slave_info

if [ $Slave_SQL_Running == 'Yes' ]; then

i=0 #一个计数器

###判断从master接收到的binlog是否全部在本地执行(这样仍无法完全确定从库已追上主库，因为无法完全保证io_thread没有延时(但由网络传输问题导致的从库落后的概率很小)

until [ $Master_Log_File == $Relay_Master_Log_File -a $Read_Master_Log_Pos == $Exec_Master_Log_Pos ]

do

if [ $i -lt 10 ]; then #将等待exec_pos追上read_pos的时间限制为20s

echo -e "`date"+%F %H:%M:%S"` ----Relay_Master_Log_File=$Relay_Master_Log_File, Exec_Master_Log_Pos=$Exec_Master_Log_Pos is behind Master_Log_File=$Master_Log_File, Read_Master_Log_Pos=$Read_Master_Log_Pos, wait......" >> $change_log #输出消息到日志，等待exec_pos=read_pos

i=$(($i+1))

sleep 2

slave_info

else

echo -e "The waits time is more than 20s,now force change. Master_Log_File=$Master_Log_File Read_Master_Log_Pos=$Read_Master_Log_Pos Relay_Master_Log_File=$Relay_Master_Log_File Exec_Master_Log_Pos=$Exec_Master_Log_Pos" >> $change_log

action

exit 0

fi

done

action

else

echo -e "master2's slave status is not running,now force change. Master_Log_File=$Master_Log_File Read_Master_Log_Pos=$Read_Master_Log_Pos Relay_Master_Log_File=$Relay_Master_Log_File Exec_Master_Log_Pos=$Exec_Master_Log_Pos" >> $change_log

action

fi

View Code

chmod +x /etc/keepalived/notify_master_mysql.sh

该脚本的作用有三个

a. slave sql线程没有运行，直接将从库只读关闭

c. slave sql线程正在运行，如果从库没有延迟，直接将从库只读关闭

b. slave sql线程正在运行，如果从库有延迟，等待一段时间(这个自己设置)再将从库只读关闭

这里解释下keepalived.conf的"state BACKUP"的意思，在Keepalived中有两种模式，分别是master->backup模式和backup->backup模式，这两种模式有什么区别呢？

在master->backup模式下，一旦主库宕掉，虚拟IP会自动漂移到从库，当主库修复后，keepalived启动后，还会把虚拟IP抢过来，即使你设置nopreempt(不抢占)的方式抢占IP的动作也会发生。

在backup->backup模式下，当主库宕掉后虚拟IP会自动漂移到从库上，当原主恢复之后重启keepalived服务，并不会抢占新主的虚拟IP，即使是原主优先级高于从库的优先级别，也不会抢占虚拟IP。

所以，为了减少虚拟IP的漂移次数，生产中我们通常是把修复好的主库当做新主库的备库。因而采用backup->backup模式居多。

五、启动Keepailived

node1&node2:

service keepalived start

注意因为我们使用的是backup->backup模式，所以启动keepalived的顺序需要先启动node1，再启动node2，这样vip才会在node1上。如果先启动node2，再启动node1，node1并不会把虚拟IP抢过来。

4efae1bb1c08dc243f5ac766b662ca90.png

六、测试

1. 模拟主库宕机的情况

关闭node1的mysql数据库

service mysql stop

查看node1的keepalived日志/etc/keepalived/logs/check_mysql.err

5433e9035dec122152297e31b03f0c95.png

查看node1和node2的vip，发现vip已经转移到了node2

5339d813fb921f9a5aad5ac3b0badc22.png

node2的read_only参数也变成了off

e46b459cd73fc50fb9e695c7003134fa.png

node2的切换日志可以查看/etc/keepalived/logs/state_change.log

看看有没有收到邮件，呵呵:-)

failover正常！

2. 模拟主库正常，但是无法查询

重新打开node1的mysql数据库和keepalived服务

service mysql start

service keepalived start

重启node2的keepalived服务

service keepalived restart

在node2上将数据库设置为只读模式

(root@localhost)[(none)]> set global read_only = 1;

这样就跟最初的状态一致了，主库是node1，从库是node2，vip在node1上。

在node1上将参数max_connections设置得足够小

(root@localhost)[(none)]> set global max_connections = 2;

在node1上然后多开几个连接，直到出现无法连接的情况。以此来模拟无法查询的情况。

e3c4dc31f84e3deedd66d7e305ad3922.png

查看node1的keepalived日志/etc/keepalived/logs/check_mysql.err

155438fb26db7368add2019a1711221b.png

查看node1，发现keepalived和mysql服务都已经停止

[root@mysqla ~]# service mysql status

MySQL is not running

[root@mysqla ~]# service keepalived status

keepalived is stopped

node2的read_only参数也变成了off

11c809e343e410d2a958f4181b9f256a.png

vip也已经漂移过来了

[root@mysqlb ~]# ip a

9142ee5912f679a4c535c7b6ff0e4f11.png

failover正常！

七、手动切换

还有一个场景就是，如何手工切换。举个例子，node2目前是主库，但是node1通过各种办法修复好了，我想让node1当主库。

重启node1的mysql服务

service mysql restart

这样node2是主库，node1是备库，vip在node2上

在node2上创建手工切换的脚本vi /etc/keepalived/manual_switch_to_master

8f900a89c6347c561fdf2122f13be562.png

961ddebeb323a10fe0623af514929fc1.png

#!/bin/bash

source /root/.bash_profile

###在master2上手动执行将主库切换回master1的操作

###填数据库相关信息###

DB_USER='root'

DB_PASSWD='root'

U_EMAIL='xxxx@163.com'

MASTER1='10.40.16.61'

MASTER2='10.40.16.62'

REPL_USER='repl'

REPL_PASSWD='123456'

MASTER1_MYSQL_PATH='/usr/local/mysql/bin'

######################

###如果error_log目录不存在则创建目录

if [ -d /etc/keepalived/logs ]; then

usleep

else

mkdir -p /etc/keepalived/logs

fi

mysql_con="mysql -u$DB_USER -p$DB_PASSWD"

echo -e "`date"+%F %H:%M:%S"` ----change to BACKUP manually----" >> /etc/keepalived/logs/state_change.log

echo -e "`date"+%F %H:%M:%S"` ----set read_only = 1 on master2----" >> /etc/keepalived/logs/state_change.log

$mysql_con -e "set global read_only = 1;" >> /etc/keepalived/logs/state_change.log

###kill掉当前客户端连接

echo -e "`date"+%F %H:%M:%S"` ----kill current client thread----" >> /etc/keepalived/logs/state_change.log

if [ -e /tmp/kill.sql ]; then

rm -f /tmp/kill.sql &> /dev/null

fi

###这里其实是一个批量kill线程的小技巧

$mysql_con -e 'select concat("kill",id,";") from information_schema.processlist where command="Query" or command="Execute" into outfile "/tmp/kill.sql";'

$mysql_con -e "source /tmp/kill.sql" 2>> /etc/keepalived/logs/state_change.log

sleep 2 ###给kill一个执行和缓冲时间

slave_info() {

###检查从库状态

slave_stat=`mysql -u$REPL_USER -p$REPL_PASSWD -h$MASTER1 -e "show slave status\G"`

Master_Log_File=`echo $slave_stat | egrep -w "Master_Log_File" | awk '{print $2}'`

Read_Master_Log_Pos=`echo $slave_stat | egrep -w "Read_Master_Log_Pos" | awk '{print $2}'`

Relay_Master_Log_File=`echo $slave_stat | egrep -w "Relay_Master_Log_File" | awk '{print $2}'`

Exec_Master_Log_Pos=`echo $slave_stat | egrep -w "Exec_Master_Log_Pos" | awk '{print $2}'`

}

slave_info

until [ $Read_Master_Log_Pos = $Exec_Master_Log_Pos -a $Master_Log_File = $Relay_Master_Log_File ]

do

echo -e "`date"+%F %H:%M:%S"` ----Relay_Master_Log_File=$Relay_Master_Log_File, Exec_Master_Log_Pos=$Exec_Master_Log_Pos is behind Master_Log_File=$Master_Log_File, Read_Master_Log_Pos=$Read_Master_Log_Pos, wait......" >> /etc/keepalived/logs/state_change.log

sleep 2

slave_info

done

###然后解除master1的read_only属性并打开keepalived服务

echo -e "`date"+%F %H:%M:%S"` ----set read_only = 0 on master1----" >> /etc/keepalived/logs/state_change.log

ssh $MASTER1 "$MASTER1_MYSQL_PATH/mysql -u$DB_USER -p$DB_PASSWD -e 'set global read_only = 0;' && /etc/init.d/keepalived start" 2>> /etc/keepalived/logs/state_change.log

###重启master2的keepalived服务，使VIP漂移到master1

echo -e "`date"+%F %H:%M:%S"` ----make VIP move to master1----" >> /etc/keepalived/logs/state_change.log

/etc/init.d/keepalived restart &>> /etc/keepalived/logs/state_change.log

echo "master2 keepalived restart，vip change to master1" | mail -s "master2 keepalived change to BACKUP" $U_EMAIL 2>> /etc/keepalived/logs/state_change.log

echo -e "\n--------------------------------------------------\n" >> /etc/keepalived/logs/state_change.log

View Code

在node2上执行脚本

chmod +x /etc/keepalived/manual_switch_to_master

[root@mysqlb keepalived]# sh /etc/keepalived/manual_switch_to_master

3648c45e568e774a34dd2cb8d85f1d66.png

在node2上查看ip，发现vip不见了

c2798cb2b53b1333ddba213186515359.png

在node2上查看read_only参数

8377d093f5ee2426078643bceb605f97.png

在node1上查看vip，发现vip已经漂移过来了

f26eb89beb7e0727183c169dc0d7ca59.png

手工切换完成！

八、总结

mm+keepalive的配置简单，相对于传统的主从架构，能实现比较简单的写库故障转移。

文章参考：https://www.cnblogs.com/ivictor/p/5522383.html

Johnny Durn
关注
MySQL——Keepalived+Mysql高可用架构实战
庄小焱
01-09 4651
在生产环境中mysql的高可用的对于整个项目而言有着至关重要的作用。因此需要将mysql设计成为高可用的架构。本博文将详细介绍的mysql+keepalived构建的mysql互为主从的架构实战。
MySQL主主复制技术+Keepalived
Kim_Weir的专栏
04-22 1063
MM+keepalived 简介：双主配合keepalived这种架构设计，也是基于主从复制的原理而搭建的。使用MySQL主主复制技术+Keepalived是一种简单、便捷的解决方案，在高可用集群环境中，keepalived使用VIP，使用Keepalived自带的服务监控功能和自定义脚本来实现MySQL故障时自动切换，非常灵活。应用范围：一般中小型公司都使用这种架构，搭建比较方便简单；可以采用主...
实战高可用MySQL MM + keepalived案例+环境搭建
05-04
关于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 - 高可用方案之MM+Keepalived
weixin_38171245的博客
09-20 203
一、概述 本文将介绍mysql的MM+Keepalived方案。该方案由两个mysql服务器组成，这两个mysql互为主备。其中一台主作为写服务器，另一台主作为读服务器。通过keepalived软件管理写vip，当承担写服务器的mysql出现故障时，将写vip漂移到读服务器上，实现高可用。 二、节点介绍 本次实验采用2台虚拟机，操作系统版本Centos6.10，mysql版...
mysql mm搭建_linux上mysql MM(双主)及keepalived搭建
weixin_30569303的博客
02-01 208
一、主备机IP及VIP规划：master1 10.1.1.14 VIP 10.1.1.16master2 10.1.1.15 VIP 10.1.1.16二、mysql MM配置1.修改master1的my.cnf# vi /etc/my.cnf[mysqld]basedir = /usr/local/mysql/datadir=/usr/local/mysql/datalog-error=/...
搭建基于mm+keepalived方案的MySQL集群
intqao的博客
08-08 470
本项目采用的是MM（双主复制）+Keepalived方案来构建一个高可用MySQL集群，加了一台slave做延时备份，并使用mysqlrouter实现读写分离。双主复制配合keepalived的vip飘逸能快速的fileover。slave服务器可以按照业务需求适当增添。为了消除mysqlrouter服务的单点故障，使用了两台服务器来做读写分离。此方案有效地提高了MySQL服务的性能和可靠性。此项目涉及到了MySQL的多种技术、mysqlrouter和keepalived。.........
mysql集群 配置Keepalived+mm
老农民挖数据
01-06 2630
集团公司已经在oracle方向有成熟的几十套环境，但是为了节约成本，要尝试下mysql下面先用两台linux x86 Red Hat Enterprise Linux Server release 5.4 (Tikanga)安装测试下性能。      节点1： [root@localhost ~]# df -h Filesystem            Size  Used Avail
LVS+Keepalived+MySQL半同步主主复制高可用方案.docx
07-15
【LVS+Keepalived+MySQL半同步主主复制高可用方案】 1. 方案概述 LVS（Linux Virtual Server）结合Keepalived构建的高可用解决方案，通常用于实现负载均衡和故障转移，以提高系统的整体可用性。在这个方案中，MySQL...
keepalived实现mysql高可用_keepalived+MySQL实现高可用
weixin_35936869的博客
01-19 2996
(一)keepalived概述Keepalived通过VRRP(虚拟路由冗余协议)协议实现虚拟IP的漂移。当master故障后，VIP会自动漂移到backup，这时通知下端主机刷新ARP表，如果业务是通过VIP连接到服务器的，则此时依然能够连接到正常运行的主机，RedHat给出的VRRP工作原理如下图：本来对VIP漂移有一定了解的我，看了上面的图后，越来越懵了。因此只能根据我的个人理解，来对kee...
Centos下Mysql+Keepalived双主热备高可用环境完整部署记录（个人珍藏版）
08-29
在本篇文章中，我们将深入探讨如何在CentOS操作系统上配置MySQL与Keepalived实现双主热备高可用环境。MySQL的双主复制意味着两个主服务器互相复制数据，任何一台服务器上的更新都会被复制到另一台服务器，从而确保...
MYSQL高可用-KEEPALIVED+双主安装文档-20200416.docx
04-23
其中，“Keepalived+双主”架构是一种常见的高可用解决方案，它通过部署两台或多台MySQL服务器，并结合Keepalived进行主备切换来实现服务的高可用性。 #### 二、方案背景 随着业务的发展和技术的进步，单点故障已...
linux下mysql5.6搭建MM架构
无效的博客
10-12 1205
一、什么是mysql的MM、MS架构 MM即master-master，双主架构；MS即master-slave，一个主对应一个从或多个从架构 MM架构其实是基于MS架构特殊设置的，在服务器1设置为服务器2的master同时，把服务器2也反过来设置成服务器1的master，这样互为主备。因为mysql的主备模型只能支持一个主一个从，所以MM架构只能有两个节点，但是每个节点内还可以建成一个集群，
Mysql-mmm兼Keepalived高可用性mysql底层架构
weixin_33962621的博客
10-11 263
一、架构图二、配置步骤所需软件Mysql-5.6.20mysql-mmm-agent-2.2.1mysql-mmm-2.2.1mysql-mmm-monitor-2.2.1keepalived-1.2.13安装步骤1.四台机器安装mysql数据库（可直接yum安装或者编译安装）2.设置主从关系functionIPServer Nameserver idmonitor...
sqlserver2005 和mysql_SQLServer2005数据导入到Mysql详细教程
weixin_39896617的博客
01-30 206
SQL SERVER数据导入MYSQL工具： navicat for mysql 百度搜一个安装就可以，前提是你已经安装了mysql1，创建目标数据库点击创建好的目标数据库website点的表一项，在右边会出现导入向导选择＂导入向导＂中ODBC，点击下一步3.创建正确的SQL SERVER数据库ODBC下一步，数据链接属性－SQL SERVER　ODBC下一步　创建访问SQL SERVER　ODB...
mysql-主主搭建mm
12-08 950
MM主主模式是建立在主从的基础之上 MS主从模式可以扩展未MSS,M为写服务,两个S提供读服务 MM主主模式可以扩展未MSSMSS,也就是两台master互写,并且一个M带两个或多个slave,这样的扩展性和提供的服务能力就远远大于MS模式了.按照主从搭建完后(参考上一篇MS搭建的文章),别操作数据库,因为操作数据就会写入binlog,以至于两台MySQL数据不统一. 操作之前需要: 0.
mysql keepalive架构_高性能业务架构解决方案（Keepalive+MySQL）
weixin_36229423的博客
02-09 322
高性能业务架构解决方案(Keepalive+MySQL)一、 概况二、 相关理论三、 架构拓扑四、 资源规划五、 实施部署5.1初始化配置5.2 Mysql主从同步配置5.3 配置keepalived实现热备5.3.1 Keepalived的安装5.3.2 Keepalived的配置5.3.3 监测脚本六、 测试6.1 测试主从同步6.2 高可用测试七、注意事项7.1 LVS安装注意事项7.2 将...
mysql-mm(双主)
weixin_34038652的博客
11-30 151
mysql双主，个人认为是AB复制的延伸，两边分别将对方当做主（master），自己当做slave，即可。步骤与AB复制类似。但要注意不能同时对一个库进行操作，读可以，但一边写，一边删。。。。会出现阿门的事情。。。所以在双主的时候，建议读写分离。 转载于:https://blog.51cto.com/lengxuezhixuan/1322295...
mysql mm模式_mysql 基本操作
weixin_32429589的博客
01-27 365
1.登录：直接在cmd中输入：mysql回车的话会出现如下错误：ERROR1045(28000):Accessdeniedforuser'ODBC'@'localhost'(usingpas 　　这个时候登录时应该这样输入：mysql -u root -p回车，然后就会提示你输入密码，之后输入密码后就进入了mysql了2.mysql的常见数据类型和分类mysql的数据类型如表所示...
MySQL的主主互备结合KEEPALIVED实现高可用
anzhen0429的博客
08-05 781
MySQL的主主互备结合KEEPALIVED实现高可用 试验环境： 主：  localhost102  192.168.0.102（CentOS6.6） 从属：localhost105  192.168.0.102（CentOS6.6） VIP： 192.168.1.208 MySQL的主主互备模式配置，只有一个主（写），另外一个备是用来备用的主（读）。然后也可以加多个slave
Lvs+Keepalived+MySQL高可用方案解析与实战
同时，提到了Lvs+Keepalived+Mysql单点写入读负载均衡的方案以及Heartbeat高可用Mysql主主同步方案，详细阐述了各个方案的实施步骤和适用场景。" 文章内容主要围绕三种MySQL高可用方案展开，分别是： 1. Lvs+...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值