对于超大容量的表存储来说,MySQL支持分区表设计,可以按某一字段进行按范围 (Range)、按值列表(List) 或按散列算法(Hash) 等方法进行分区。
OneProxy将分区表的概念从数据库层抽象到了SQL的转发器层,通过对通信协议进行分析,可以根据SQL查询语句的表名及传入参数对.上层应用进行透明的智能路由,从而实现虚拟分区效果,这种分区对应用来说是完全透明的。
在OneProxy中同样支持按范围、按值列表或按散列算法进行虚拟分库分表设计,从内容上看,与MySQL创建分区表的关键信息非常类似。
下面分别对这三种分区方法的分库分表配置进行说明。
按范围分库分表
当按范围分库分表时,必须有一个针对应用的虚拟表名(Table) ,并指定一个用于 分区的字段(PKey)、字段的类型(Type) ,以及分区的方法(Method)。同时针对每-一个分区,都可以使用增加后缀( Suffix)的方式设置独立的表名,并且指定分区所在的集群分组(Group) ,以及分区字段取值的上限(Value) 等。
例如,一个订单表按范围进行分区的设计如下所示:
{
{
"table": "t order",
"pkey"
: "id",
"type" : "int",
"method" : "range",
"partitions":
{
{"suffix" : " 0","group": "group1", "value": "100000" },
{"suffix" : " 1","group": "group1", "value" : "200000" }
{"suffix":" 2","group": "group2", "value": "300000" },
{"suffix": " 3","group": "group2", "value": null}
}
}
}
这样,当访问虚拟表名t _order 时,就将按其ID“value”的范围导向真实表名,如“t _order. 0”、“t_ _order_ 1”等分表中进行数据的存取操作。
按值列表分库分表
当按值列表分库分表时,其实就是在虚拟表名中指定-一个用于分区的字段、 字段的类型、以及分区的方法。同时,针对每一个分区,都可使用增加后缀( Suffix)的方式设置独立的表名,并且指定分区所在的集群分组,以及分区字段能取得的值列表等配置。当-个分区没有指定任何分区值列表时,表示所有其他的值都落入这个分区中。
例如,一个订单表按值列表进行分区的设计如下所示:
{
{
"table" : "t_order",
"pkey" : "id",
"type": "int",
"'method":"list",
"partitions":
{
{ "suffix" : "_0","group": "group1", "value" : ["1", "2", "3"] },
{ "suffix": "_1", "group": "group1", "value" : ["4","5","6"] },
{ "suffix" : "_2", "group": "group2", "value" : ["7", "8","9"] },
{ "suffix" : "_3", "group": "group2", "value" : ["10", "11", "12"] },
{ "suffix": " 4", "group": "group2", "value" :[] }
}
}
}
其中,真实表名由虚拟表名及其后缀组成,例如“t_order_0”,并且数据的存取将在分到的指定集群分组中进行。
按散列算法分库分表
当按散列算法分库分表时,必须有-一个针对应用的虚拟表名(Table) ,并指定-一个用于分区的字段、字段的类型,以及分区的方法。同时,针对每-一个分区, 都可以使用增加后缀的方式设置独立的表名,并且指定分区所在的集群分组。需要注意的是,按散列算法分区并不需要为每个分区指定值范围或值列表,它们是由OneProxy里的散列算法根据分区数自动计算得来的。当按散列算法分区时,分区数量不能随便调整。
例如,一个订单表按散列算法进行分区的设计如下所示:
[
{
"table" : "t_ order",
"pkey" : "id",
"type" : "int",
"method" : "hash",
"partitions" :
[
{ "suffix" :" 0", "group": "group1" },
{ "suffix" :"group": "group2"},
{ "suffix" : " _2", "group": "group1" },
{ "suffix" :”3",, "group": "group2"}
}
}
}
其中,真实表名由虚拟表名及其后缀组成,并且分别存储在指定的不同集群分组中。例如“t order_ 0”将存储于分组“group1” 中,“t _order_ 1”将存储于分组“group2"中。
针对上面三种分区方法,读者可以根据实际情况进行选用。一般建议使用散列算法进行分区,这样数据分布会比较合理。
分区的配置都是使用文本文件实现的,如果想在-一个文件中使用多个分区配置,则可以使用如下所示的格式进行配置:
{
{
"table" : "t_ goods",
"pkey" : "id",
"type" : "int",
"method"
"hash",
"partitions" :
{
{ "suffix" :" _0", "group": "group1" },
"suffix" :
"group": "group2" },
"suffix": " 2","group": "group1" },
"suffix" : "_3", "group": "group2"}
}
},
"table" : "t order",
"pkey" : "id",
"type" :
"char",
"method"
"hash",
"partitions" :
[
{"suffix" : " 0", "group": "group1" },
{"suffix":"group": "group2" }
{"suffix" :" 2", "group": "group1" },
{ "suffix" : "_3", "group": "group2"}
}
}
}
在文件配置完成之后( 例如将配置文件保存为part1.txt) ,可以使用如下所示的方式把它加到OneProxy的配置之中:
proxy-part-tables.1 = /usr/ 1ocal/ oneproxy/conf/part1.txt
在使用了数据库的代理中间件之后,我们就实现了高性能的读写分离配置,但是,对于代理服务器本身,还存在-一个单点故障问题。
想要解决单点故障问题,就需要使用LVS和Keepalived实现双机热备设计。
LVS是Linux虚拟服务器的简称。Linux 内核已经完全内置了LVS的各个功能模块,它工作在OSI (Open System Interconnect)模型的网络层中,可以进行负载均衡和服务器集群设计。
Keepalived是一个交换机软件,工作在OSI模型的网络层、传输层和应用层中,主要提供负载均衡和高可用等功能。负载均衡的实现需要依赖LVS内核的IPVS模块,而高可用是通过VRRP (Virtual Router Redundancy Protocol,虚拟路由冗余协议)实现多台机器之间的故障转移服务的。
使用LVS+Keepalived可以在OnePoxy的服务器之上构建-一个双机热备设计,如图13-3所示。
在这个架构设计中,包含-一个广播IP地址和四个服务器,如下所示:
VIP: 10.10.10.100
LVS Master: 10.10.10.28
LVS Back: 10.10.10.38
Real Server1: 10.10.10.24
Real Server2: 10.10. 10.34
其中,VIP是一个虚拟的广播IP地址,LVS_ Master 和LVS_ _Back 是双机热备的主机服务器和备机服务器,Real Server 是真实服务器,即已经安装了OneProxy 的数据库代理服务器。下面详细说明各个服务器的设置。
Real Server配置
参照13.6节OneProxy的安装和配置方法,在另- - 台服务器(假如IP地址为10.10.10.34)上安装一个配置相同的OneProxy代理服务器,然后在这两台机器上配置Real_ Server。
使用如下命令创建-一个启动文件:
vi /etc/init. d/ realserver
输入如下内容:
SNS VIP=10.10.10.100
/etc/rc.d/init. d/ functions
case "$1" in
start)
ifconfig lo:0 $SNS_ VIP netmask 255.255.255.255 broadcast $SNS_ VIP
/sbin/route add -host $SNS_ VIP dev 1o:0
echo "1" >/proc/sys/net/ipv4/conf/1o/arp_ ignore
echo "2" >/proc/sys/net/ ipv4/conf/1o/arp_ announce
echo "1" >/proc/sys/net/ipv4/conf/all/arp_ ignore
echo "2" >/proc/sys/net/ipv4/conf/all/arp_ announce
sysctl -p >/dev/null 2>&1
echo "RealServer Start OK"
;;
stop)
ifconfig 1o:0 down
route del $SNS_ VIP > /dev/null 2>&1
echo "0" >/proc/sys/net/ ipv4/conf/1o/arp_ ignore
echo "0" >/proc/sys/net/ ipv4/conf/lo/arp_ announce
echo "0" >/proc/sys/net/ ipv4/conf/all/arp_ ignore
echo "0" >/proc/sys/net/ ipv4/conf/all/arp announce
echo "RealServer Stoped"
;
*)
echo "Usage: $0 {startIstop}"
exit 1
I esac
exit0
保存并退出编辑状态。
将文件设为可执行:
chmod 755 /etc/ init.d/ realserver
使用下列命令启动服务:
service realserver start
LVS 主机配置
使用如下命令,安装Keepalived:
yum install -y keepalived
进入安装目录:
cd /etc/keepalived
清除原来的配置:
> keepal ived. conf
重新编辑配置:
vi keepalived. conf
设置如下所示内容:
global defs {
noti fication email {
demo@com. cn
}
notification email_ from demo@com. cn
smtp_ server 10.10.10.1
smtp_ connection timeout 30
router_ id LVS_ DEVEL # LVS的ID,在一个网络内应该是唯一的
}
vrrp_ instance VI 1 {
state MASTER
#指定Keepalived的角色,MASTER为主机,BACKUP 为备用机
interface ens192 #本机网卡名称, 可使用ifconfig命令查看
virtual_ router_ id 51 #虚拟路由编号, 主机和备用机要一- 致
priority 100 #定义优先级, 数字越大,优先级越高,主机DR必须大于备用机DR
advert_ int 1 #检查间隔, 默认为1s
authentication {
auth_ type PASS
auth pass 1111
}
virtual ipaddress {
10.10.10.100 #定义 VIP地址,可设置多个,每行一个
}
}
#定义对外提供服务的LVS的VIP地址及port
virtual server 10.10.10.100 3306 {
delay loop 6 #设置健康检查时间,单位是秒
1b_ algo wrr #设置负载调度的算法为WRR
1b kind DR #设置IVS实现负载的机制,有NAT、TUN和DR三个模式
nat_ mask 255.255.255.0
persistence_ timeout 0
protocol TCP
real_ server 10.10.10.26 3306 { #指定Real_ Serverl 的IP地址
weight 3
#配置节点权重,数字越大,权重越高
TCP CHECK {
connect timeout 10
nb_ get_ retry 3
delay_ before_ retry 3
connect_ port 3306
}
}
real_ server 10.10.10.36 3306 { # 指定Real_ Server2 的IP地址
weight 3 #配置节点权值重,数字越大,权重越高
TCP CHECK {
connect timeout 10
nb _get_ retry 3
delay before_ retry 3
connect port 3306
}
}
}
启动Keepalived:
service keepalived start
启动VIP地址:
ifconfig ens192:0 10.10.10.100 broadcast 10.10.10.100 netmask 255.255.255.255
up
使用如下命令查看VIP地址的启动结果:
ip addr
如果在输出结果中能看到VIP地址为“10.10.10.100”,则表示启动成功,代码如下所示:
1: 1o: <LOOPBACK,UP,LOWER _UP> mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host 1o
valid lft forever preferred lft forever
inet6: :1/128 scope host
valid lft forever preferred_ lft forever
2: ens192: <BROADCAST ,MULTICAST,UP, LOWER UP> mtu 1500 qdisc pfifo_ fast state UP
qlen
1000
link/ether 00:0c:29:81:6a:85 brd ff:ff:ff:ff:ff:ff
inet 10.10.10.26/24 brd 10.10.10.255 scope global ens192
valid_lft forever preferred_ lft forever
inet 10.10.10.100/32 brd 10.10.10.100 scope global ens192:0
valid lft forever preferred lft forever
inet6 fe80: :20c:29ff:fe81:6a85/64 scope link
valid lft forever preferred lft forever
如果要关闭VIP地址,则可以使用如下命令:
I i fconfig ens192:0 down
LVS备用机配置
备用机的安装方法和过程与主机基本相同,只有"keepalived.conf" 的配置内容略有不同,
代码如下所示:
global defs
noti fication email {
demo@com. cn
}
notification email_ from demo@com. cn
smtp_ server 10.10.10.1
smtp connection timeout 30
router_ _id LVS_ DEVEL # LVS的ID,在一个网络内应该是唯一的
}
vrrp instance VI 1 {
state BACKUP
#指定Keepalived的角色,MASTER为主机,BACKUP 为备用机
interface ens192 #本机网卡名称,可使用ifconfig命令查看
virtual_ router_ id 51 #虚拟路由编号, 主机和备用机要一致
priority 99 #定义优先级, 数字越大,优先级越高,主机DR必须大于备用机DR
advert_ int. 1 #检查间隔, 默认为1s
authentication {
auth_ type PASS
auth pass 1111
virtual ipaddress {
10.10.10.100 #定义 VIP地址,可设置多个,每行一个
}
}
#定义对外提供服务的LVS的VIP地址及port
virtual_ server 10.10.10.100 3306 {
delay_ loop 6 #设置健康检查时间,单位是秒
1b_ algo wrr #设置负载调度的算法为WRR
lb kind DR #设置LVS实现负载的机制,有NAT、 TUN和DR三个模式
nat_ mask 255.255.255.0
persistence_ timeout (
protocol TCP
real server 10.10.10.26 3306 { #指定Real_ Serverl 的IP地址
weight 3 # 配置节点权重,数字越大,权重越高
rCP CHECK {
connect_ timeout 10
nb_ get_ retry 3
delay_ before_ retry 3
connect_ port 3306
}
}
real server 10.10.10.36 3306 { # 指定Real Server2 的IP地址
weight 3 # 配置节点权重,数字越大,权重越高
TCP CHECK {
connect_ timeout 10
nb_ get_ retry 3
delay_ before_ retry 3
connect_ port 3306
}
}
}
其中,在“rp jinstance" 配置中,把“state”改为“BACKUP”,把“priority"改为“99”,其他各项配置基本相同。
在启动了双机热备的数据库代理服务之后,在微服务应用中,即可将数据源中连接服务器的地址改为VIP地址。
本章介绍了在CentOS 7中安装MySQL的简易方法,并使用主从设计构建了分布式的数据库集群,搭建了-一个高性能、可扩展的数据库集群体系,同时,使用分组的方式实现了高可用集群的设计。在数据库访问设计中,使用OneProxy中间件实现了可配置的读写分离调用方法,并结合分库分表功能提高了数据库的访问效率。最后,使用双机热备设计,为数据库代理中间件及其集群的使用提供更加安全可靠的有力保障。
通过本章对数据库集群设计的介绍,读者可深入地理解数据库集群的工作原理。如果使用云服务的数据库,则建议使用云服务供应商提供的分布式数据库,这样可以使性价比更高。
本文就是愿天堂没有BUG给大家分享的内容,大家有收获的话可以分享下,想学习更多的话可以到微信公众号里找我,我等你哦。