mysql数据库高可用性方案
原资源地址：http://wenku.baidu.com/link?url=oFEPOmW8BnQ0M0w0krS9D68yZYrvPXE_sStPnRq3MDn5UDHXEWOOxR0UfVFbFTjHw15ydP3xcE4tRFaN-nMOxTeprTHTH0nGHyzj_g-YFre node
| 方案 mysql |
技术方案 linux
mysql数据库高可用性方案 web
撰写人：陈明 2010-7-25 sql
目 录 数据库
TOC \o "1-3" \h \z I 综述.............................................................................. PAGEREF _Toc18958 2 api
II 实现目标......................................................................... PAGEREF _Toc22134 2 安全
III 方案建设概要.................................................................... PAGEREF _Toc25440 2 bash
IV 可行性方案选择................................................................... PAGEREF _Toc24402 9
V Mysql+heartbeat+共享存储方案具体实施步骤.......................................... PAGEREF _Toc10681 9
I 综述
数据库位于现代企业应用的核心，它储存了组织机构中最有价值的资产，包括客户信息、产品信息、订单信息和历史数据。另外，组织机构依赖于数据库来运行他们关键业务应用。几小时甚至是几分钟的宕机，每每会形成收入的大量流失和客户的不满。所以，保证数据库高可用是全部组织机构优先考虑的事情。对于但愿在当今瞬息万变的经济环境立于不败之地并取得成功的企业来讲，构建一个具备高可用性的 IT 基础架构相当重要。
II 实现目标
经过技术手段实现mysql数据库的高可用性，从而减小停工时间保证服务的正常稳定运行。
III 方案建设概要
III.1 现有高可用方案分析
Mysql做为一款开源软件通过多年的发展，已经造成不少套实现高可用方案，而且均都投入生产使用，主要为这几种：mysql + replication 、mysql + heartbeat + 共享存储、mysql + drbd + heartbeat 、 mysql cluster。如下将依次对各个方案进行分析。
III.2 Mysql+replication
III.2.1 概述
Mysql的复制（Replication）是一个异步的复制，从一个Mysql instace（称之为Master）复制到另外一个Mysql instance（称之Slave）。实现整个复制操做主要由三个进程完成的，其中两个进程在Slave（Sql进程和IO进程），另一个进程在 Master（IO进程）上。
III.2.2 Mysql replication方案拓扑图
Mysql+replication主从复制拓扑图
方案具体解释：
要实施复制，首先必须打开Master端的binary log（bin-log）功能，不然没法实现。由于整个复制过程实际上就是Slave从Master端获取该日志而后再在本身身上彻底顺序的执行日志中所记录的各类操做。。
III.2.3 Mysql+replication优缺点
优势：易实施、成本低、经济实惠、后期维护方便，且因为整套系统架构简单，不涉及到存储及双机软件，所以系统出现故障率很低。方便作到读写分离。
缺点：在主机出现问题后不能自动切换到备份机，须要人工干涉更改IP地址。
III.3 mysql + heartbeat + 共享存储
III.3.1 概述
HA双机热备软件将操做环境推广到一种群集操做系统。群集是一种松散耦合的计算节点集合，提供网络服务或应用程序（包括数据库、web 服务和文件服务）的单一客户视图。
HA双机热备软件的目标是：
1：减小或消灭由软件或硬件故障引发的系统停机时间
2：提供加强的系统可用性，可以没必要关掉整个群集就可执行维护
III.3.2 Mysql+heartbeat+共享存储方案拓扑图
方案具体解释：
本方案采用高可靠性的HA双机热备软件来保证服务的高稳定性及连续性。默认状况下两台mysql机器只有一台机器在工做，当工做机mysql主机出现问题后，系统将自动切换到mysql备机上继续提供服务，而整个过程只须要30秒的时间，当mysql主机故障维修完毕后，服务将自动切换回mysql主机上继续提供服务。
III.3.3 Mysql+heartbeat+共享存储优缺点
优势：安全性、稳定性高，出现故障系统将自动切换，从而保证服务的连续性。
缺点：相对mysql replication成本提升，须要有共享存储设备。
III.4 Mysql+drbd+heartbeat
III.4.1 概述
此方案除了刚刚介绍完的heartbeat外，主要用了DRBD这个工具，DRBD是一种块设备,能够被用于高可用(HA)之中.它相似于一个网络RAID-1功能.当你将数据写入本地
文件系统时,数据还将会被发送到网络中另外一台主机上.以相同的形式记录在一个文件系统中.
本地(主节点)与远程主机(备节点)的数据能够保证明时同步.当本地系统出现故障时,远程主机上还会保留有一份相同的数据,能够继续使用.
III.4.2 Mysql+drbd+heartbeat方案拓扑图
III.4.3 Mysql+drbd+heartbeat优缺点
优势：安全性、稳定性高，出现故障系统将自动切换，从而保证服务的连续性，相对mysql+heartbeat+存储来讲对大优势是节约了存储这个硬件设备。
缺点：mysql主机宕机，切换到备机，备机接管服务，待主机修复完配置failback机制的话会发生脑裂状况，须要手工执行命令进行主机接管。
III.5 Mysql cluster
III.5.1 概述
MySQL集群是一种分布式设计，目标是要达到没有任何单点故障点。所以，任何组成部分都应该拥有本身的内存和磁盘。任何共享存储方案如网络共享，网络文件系统和SAN设备是不推荐或不支持的。经过这种冗余设计，MySQL声称数据的可用度能够达到99。999%。
III.5.2 Mysql cluster方案拓扑图
III.5.3 Mysql cluster优缺点
优势：安全性、稳定性高，能够在线增长节点，官方声称可用度可达到99.999%。
缺点：至少三个节点，对主机的数量又要求，无形增长方案成本、对于数据节点要求内存一直、对于引擎只能使用ndb、不支持外键功能、管理复杂
IV 可行性方案选择
在上面列出的四种方案，咱们都根据公司的对数据库的生产要求，作了一些筛选。
mysql cluster 这个方案管理复杂ndb引擎的硬性要求凸显出来的一些大的限制，咱们将此先作了排除。
Mysql replication 这个方案公司目前正在使用，可是对mysql的同步的主机的高可用没有保障，固先保留。
Mysql + drbd + heartbeat这个方案虽然能方便的作到主机到备机的切换，也能节约硬件的成本，可是备机向主机回切的过程当中drbd的限制容易产生脑裂状况，须手工执行命令，此方案也先保留。
最后就剩下了myslq + heartbeat + 共享存储方案，此方案对硬件有要求须要一个共享存储设备，在出现问题后的故障切换以及主机恢复资源的回切都表现的至关良好，固此方案将被优先考虑。
V Mysql+heartbeat+共享存储方案具体实施步骤
环境：
nfs:192.168.184.103 as4u7
主机-cm5.3:192.168.184.124 10.0.0.1
备机-as5u3:192.168.184.102 10.0.0.2
注意：关闭防火墙，selinux
第一块：nfs的搭建（在192.168.184.103上面）
[root@oracle ~]# vi /etc/exports
/data 192.168.184.*(rw,sync,no_root_squash)
[root@oracle ~]# service nfs start
[root@oracle ~]# exportfs -rv
#####################################################################
第二块：mysql的安装（主备机同样）
# tar -zxvf mysql-5.0.67.tar.gz
# cd mysql-5.0.67
# groupadd mysql
# useradd -g mysql -s /sbin/nologin -M mysql
# ./configure –prefix=/usr/local/mysql
# make && make install
# cp support-files/my-large.cnf /etc/my.cnf
# cp support-files/mysql.server /etc/rc.d/init.d/mysqld
# chmod 755 /etc/rc.d/init.d/mysqld
加入服务队列：
# chkconfig –add mysqld
# chown -R mysql.mysql /usr/local/mysql/
# /usr/local/mysql/bin/mysql_install_db –user=mysql
# chown -R mysql.mysql /usr/local/mysql/var
# /usr/local/mysql/bin/mysqld_safe –user=mysql &
*************************************************************************
配置库文件搜索路径
# echo “/usr/local/mysql/lib/mysql” >> /etc/ld.so.conf
# ldconfig
添加/usr/local/mysql/bin到环境变量PATH中
#echo “export PATH=$PATH:/usr/local/mysql/bin” >> /etc/profile
#source /etc/profile
**************************************************************************
在执行第三步以前，为了确保mysql+nfs的可否成功执行，能够先测试一下，我这里是这么作的，①停掉原
先的mysql。②先在主机上面把nfs挂上来挂到/data目录，③而后mv /usr/local/mysql/var /data/里面去
，④而后起mysql服务，看能不能起来，而后往里面建库建表，再用备机挂nfs看主机建的库和表是否存在，
这么来回测试。测试完就能够肯定mysql+nfs是ok的了。底下出错专心找heartbeat的问题。
#######################################################################
第三块：heartbeat的安装
tar -zxvf libnet.tar.gz
cd libnet
./configure
make && make install
tar -zxvf heartbeat-2.1.3.tar.gz
cd heartbeat-2.1.3
groupadd haclient
useradd -g haclient hacluster
./ConfigureMe configure
make && make install
配置双机文件，一共须要三个文件–ha.cf、haresources、authkeys
# cd /etc/ha.d
[root@cm5 ha.d]# vi ha.cf
debugfile /var/log/ha-debug
logfile /var/log/ha-log
logfacility local0
keepalive 2
deadtime 30
warntime 10
initdead 120
auto_failback on
node as5u3
node cm5.3
udpport 694
ucast eth0 10.0.0.2
ping_group group1 192.168.184.102 192.168.184.124
respawn hacluster /usr/lib/heartbeat/ipfail
apiauth ipfail gid=haclient uid=hacluster
hopfudge
[root@cm5 ha.d]# vi haresources
cm5.3 IPaddr::192.168.184.200/24/eth0 Filesystem::192.168.184.103:/data::/data::nfs mysqld
[root@cm5 ha.d]# vi authkeys
auth 1
1 crc
[root@cm5 ha.d]# chmod 600 authkeys
##########################################################
第四步：测试
1、先停掉主备机的上面的mysql，卸掉nfs的挂载。
2、/etc/init.d/heartbeat start (主备机双执行）
3、能够看到主机的虚ip已经起来了、nfs也挂上来了、mysql服务也已经起来了
4、主机上写表，断掉主机的网卡，主机释放资源，备机起来，全部的都在
5、主机网卡起来，资源从备机释放。
********************************************************************************************************************************************************************
第五步：对于innodb表的操做
上面用myisam是能够成功的。可是用innodb，主机把网卡断了，备机mysql起不来。
/var/log/mysql.log
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
/var/log/ha-log
ResourceManager[25602]: 2010/07/16_18:13:10 info: Running /etc/init.d/mysqld start
ResourceManager[25602]: 2010/07/16_18:13:41 ERROR: Return code 1 from /etc/init.d/mysqld
ResourceManager[25602]: 2010/07/16_18:13:41 CRIT: Giving up resources due to failure of mysqld
解决思路：
1.修改了mysql.sock文件存放的路径不能所有放在共享的分区里面。（修改my.cnf）
2.既然修改mysql.sock路径就得修改启动脚本的里面的配置，详情见最后。
3.修改/etc/ha.d/haresource-------test1 IPaddr::192.168.122.13/24/eth0 nfs mysqld
4.在/etc/ha.d/resource.d/里面添加了一文件 nfs ，主要做用就是设置nfs的mount
[root@test2 resource.d]# more nfs
#!/bin/sh
unset LC_ALL; export LC_ALL
unset LANGUAGE; export LANGUAGE
case "$1" in
'start')
/bin/mount -onolock 192.168.122.12:/data /var/lib/mysql
;;
'pre-start')
;;
'post-start')
;;
'stop')
/bin/umount /var/lib/mysql
;;
'pre-stop')
;;
'post-stop')
;;
*)
echo "Usage: $0 { start | pre-start | post-start | stop | pre-stop | post-stop }"
;;
esac
exit 0
5.测试
我写了一个测试脚本，脚本意思经过创建log表，不断往里面的插数据，数据的顺序依次是0、1、2……10000。
[root@test1 ~]# more test.sh
#!/bin/bash
i=0
while [ $i -lt 10000 ]
do
mysql --socket=/tmp/mysql.sock -e "insert into cm.log values ("$i")";
let i=i+1
echo "add $i to table log"
done
此时在主机上面执行这个脚本，以下所示开始往数据库的log表里面插入数据了
[root@test1 ~]# ./test.sh
add 1 to table log
add 2 to table log
add 3 to table log
add 4 to table log
add 5 to table log
add 6 to table log
……
add 2026 to table log
到了插入到第2026的时候，断开主机的网卡。
查看备机mysql的log日志,看到备机的mysql的会有一个inndb检查修复的操做。很快备机的mysql服务就起来了。
[root@test2 ~]#tail –f /var/log/mysql.log
100716 22:12:23 mysqld started
100716 22:12:23 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
100716 22:12:24 InnoDB: Starting log scan based on checkpoint at
InnoDB: log sequence number 0 17445609.
InnoDB: Doing recovery: scanned up to log sequence number 0 17451961
100716 22:12:25 InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
100716 22:12:25 InnoDB: Started; log sequence number 0 17451961
100716 22:12:25 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.0.45' socket: '/tmp/mysql.sock' port: 3306 Source distribution
在进入到备机的mysql，查看log表里面的数据一共有2027条，正截止到咱们在断开主机执行到的数字2026。
[root@test2 resource.d]# mysql --socket=/tmp/mysql.sock -e "select count(*) from cm.log";
+----------+
| count(*) |
+----------+
| 2027 |
+----------+
总结：若是使用inndb引擎的话，须要去掉nfs的锁限制，主机故障备机可以成功的取得资源，并起来相关的服务。
- 1. mysql数据库高可用性方案
- 2. MySQL数据库的高可用方案
- 3. MySQL高性能和高可用方案
- 4. 数据库的高可用方案
- 5. 数据库高可用方案
- 6. MySQL数据库的优化（下）MySQL数据库的高可用架构方案
- 7. 数据库高可用性
- 8. mysql数据库高可用高扩展性架构方案实施
- 9. 基于MySQL的高性能高可用数据库集群部署方案
- 10. MYSQL数据库高可用方案探究
- 更多相关文章...
- • 登录MySQL数据库 - MySQL教程
- • PHP MySQL 创建数据库 - PHP教程
- • Git可视化极简易教程 — Git GUI使用方法
- • Flink 数据传输及反压详解
-
每一个你不满意的现在，都有一个你没有努力的曾经。
- 1. mysql数据库高可用性方案
- 2. MySQL数据库的高可用方案
- 3. MySQL高性能和高可用方案
- 4. 数据库的高可用方案
- 5. 数据库高可用方案
- 6. MySQL数据库的优化（下）MySQL数据库的高可用架构方案
- 7. 数据库高可用性
- 8. mysql数据库高可用高扩展性架构方案实施
- 9. 基于MySQL的高性能高可用数据库集群部署方案
- 10. MYSQL数据库高可用方案探究