MySQL运维经验,来自Facebook的一些MySQL运维经验

图片 1

原标题:MySQL运行经验

1. 概要

图片 1


1. 概要

每台机械都接纳多实例的模型。 每一种机器放多少个实例,每个实例放多少个DB。

每台机械都选用多实例的模子。 每一个机器放五个实例,种种实例放八个DB。

部分音讯方可参照: 

多实例之间从未进行财富隔开,这么做是让每一种实例都能发挥最大品质。

多实例之间平素不实行能源隔开,这么做是让每种实例都能发布最大品质。

此时此刻超过八分之四着力业务已切换到MyRocks引擎,在机器硬件配置不变的景况,约可节约贰分一机械。

近日超越四分之二中坚业务已切换来My罗克s引擎,在机械硬件配置不改变的状态,约可节省百分之五十机械。

放在My罗克s上的中央职业首要有:Feed、Post、社交图谱等读写混合业务。

位于My罗克s上的中坚业务首要有:Feed、Post、社交图谱等读写混合业务。

My罗克s项目地址:

My罗克s项目地址:

除此以外,MariaDB 10.2版本也将在整合My罗克s引擎。

除此以外,MariaDB 10.2本子也将在整合My罗克s引擎。

2. 高可用机制

 

使用基于GTID的一主多从结构,外加叁个基于lossless
semi-sync机制的mysqlbinlog达成的binlog server(能够清楚为MySQL 5.7的loss
zero replication)。

2. 高可用机制

基于大多派达成全自动选主。


轶事配置基本完成切换,未接纳VIP。

采取基于GTID的一主多从布局,外加三个依据lossless
semi-sync机制的mysqlbinlog实现的binlog server(能够精晓为MySQL 5.7的loss
zero replication)。

在以为semi-sync复制可确认保证基本数据一致性的要是前提下,产生故障切换时,利用上述的binlog
server中的日志进行补全后再选新主、切换。

基于大多派完毕活动选主。

若个别意况下是因为独特原因,出现从库全部挂掉的事态,会将总体央求切到主库,由它扛起全体的事体服务压力。

基于配置中心达成切换,未利用VIP。

有个别从库挂掉时,能够动态摘除。

在以为semi-sync复制可确定保障宗旨数据一致性的假若前提下,产生故障切换时,利用上述的binlog
server中的日志进行补全后再选新主、切换。

3. 备份机制

若个别情状下是因为非常原因,出现从库全体挂掉的场地,会将一切央浼切到主库,由它扛起全体的事务服务压力。

持有的备份都以基于mysqldump实现,之所以采纳mysqldump逻辑备份好处有:

有些从库挂掉时,能够动态摘除。

  • 毋庸备份索引,只备份数据;
  • 备份文件压缩比高,更节省磁盘空间;
  • 创新了mysqldump,备份进度中还开展额外压缩;

 

上面提到,因为使用多实例、多DB结构,备份时方可多DB并行备份。当然了,也会决定并行备份的数码,制止影响在线专门的工作属性。

3. 备份机制

备份放在集中积攒(HDFS)上, 听别人讲已达EB等级体积。


至于备份的成效定位:

有着的备份皆以基于mysqldump完成,之所以采取mysqldump逻辑备份好处有:

  • 供数据剖判境遇拉数据
  • 供患难复苏
  • 无须备份索引,只备份数据;

  • 备份文件压缩比高,更节省磁盘空间;

  • 改良了mysqldump,备份进程中还开展额外压缩;

4. 什么样急速布署从库

 

可应用xtrabackup在现存存活的SLAVE实例上备份,也可在主库上提倡备份,再使用WDT(只怕是BT)协议传输到外边,用于拉起从库。

地点提到,因为运用多实例、多DB结构,备份时可以多DB并行备份。当然了,也会调整并行备份的多少,幸免影响在线职业个性。

发表评论

电子邮件地址不会被公开。 必填项已用*标注