舞乙HIME与舞HIME的背景联系
西亚斯财团，在舞HIME中他们的计划失败了，但是他们已经掌握相当程度的实力——机器人深优和人造HIME爱丽莎-西亚斯就是最好的证明。舞乙HIME的故事发生在舞HIME之后数百年，要注意舞HIME的故事是在地球上，而舞乙HIME已经不是地球了，人类已经生活在另一个星球上了。二代中的人物例如夏树、舞衣只是用了一代的样貌和名字，并不是同一个人，但深优却的确是同一个，舞乙HIME中的纳米技术其实就是西亚斯财团成功获得惑星的力量后加上人类的科技开发出来的，最重要的就是高次物质化的能力，所不同的是HIME只需要Element，不需要也不能召唤子兽。对于HIME战死，其契约者也将死亡这一点可以参考一代中的HIME的子兽战败其最重要的人将死去的设定。另外，舞乙HIME中深优肩膀上的鸟就是爱丽莎-西亚斯。莱娜-西亚斯（爱莉卡的母亲）是爱丽莎的后代。
O-Sir中的M9机体，是西亚斯财团在开发深优后，以深优为样本进行强化并量产的机器人中的一个，所以深优才会说那是她的妹妹中的一个。关于这一点早在舞HIME的游戏版里面就有提到，深优为阻止西亚斯财团制造出来的妹妹机体而大打出手。
第一话 梦中爱莉卡
歹徒入侵风华宫，国王和王后被杀死，襁褓中的公主下落不明。国王的乙HiME蕾娜身负重伤的情况下救走一个婴儿，“活下去……”让婴儿顺流而下后，蕾娜独自面对敌人。“大名鼎鼎的苍天之青玉在失去乙HiME的能力后就如此不堪一击吗？”面对敌人嘲笑，失去乙HiME的力量的蕾娜毫不退缩……婴儿身上的苍天之青玉闪出耀眼的光芒……
十四年后，怀着成为乙HiME的梦想，14岁的少女爱莉卡来到了培养乙HiME的加尔德罗贝学园所地温德布卢姆市，并遇到今后将在她生命中扮演重要角色的在学园中排名珊瑚No1的尼娜、尼娜的养父阿尔塔公国的谢尔盖、任性公主真白……为了击退要杀害真白的希巴鲁兹Slave，尼娜与真白订立暂时契约与之战斗，但仍然不敌。关键时刻五柱之一的娇嫣之紫水晶静留、学园珍珠No1的茜出现救了三人，静流的帅气表现让爱莉卡更加坚定了成为乙HiME的决心。然而谢尔盖、学园长夏树惊奇的发现爱莉卡身上竟然佩戴着苍天之青玉！
第二话 少女之园里吹起旋风
一心想入学的爱莉卡把学园闹了个天翻地覆，并“勇闯”审议会，阿尔塔大公炎凪提议让爱莉卡和尼娜在真白的加冕礼上进行舞斗，爱莉卡能赢的话就批准她破例入学。尼娜也表示同意。
第三话 初次体验
大家都在为真白的登基典礼忙碌着，爱莉卡也在为舞斗做准备，王少做无意间听到了爱莉卡唱的摇篮曲，那是他儿时曾听蕾娜唱过的。加冕礼上各国国王和乙 HiME陆续到来，热闹非常。舞斗开始，爱莉卡被打得毫无还手之力。另一方面，阿斯瓦德的生化人（黎人）潜入城堡，与静留展开激战。爱莉卡斯毫不退让，使众人动容。突然黎人和静留的战斗使城堡倒塌，砸向来宾……
第四话 炎之转学生
爱莉卡以一己之力撑住倒塌的城堡，然而舞斗服却已到达极限，关键时刻，艾尔利斯的乙HiME珠洲之黄玉（遥）救下爱莉卡。在艾尔利斯总统雪之和遥的说服下，审议会同意让爱莉卡入学。夏树向爱莉卡讲述了乙HiME要与主人一心同体，“放弃恋爱，舍弃女人的幸福，为了主人不惜拼上性命，这就是所谓的乙 HiME，你有这觉悟吗？”爱莉卡似懂非懂的点了点头。毫无背景的爱莉卡为高额学费苦恼不已。
第五话 学园和制服和我
爱莉卡的制服被盗，并被卖到了乙HiME Fans专卖店，众人帮助爱莉卡查找真相。谢尔盖出于对苍天之青玉蕾娜的怀念，秘密资助了爱莉卡。
第六话 尼娜、被卷 OTL
爱莉卡因发现尼娜怕痒的弱点而嚣张不已，也因此遭到尼娜的海扁。为改善二人关系，紫子老师把二人都编为珍珠No4奈绪的勤务生。珍珠No3诗帆因看不惯尼娜和爱莉卡，在泳池里放了奇怪的生物，使尼娜溺水。尼娜为一雪耻辱奋力调查，不想用来使怪物现身的盐被换成了糖，致使怪物暴走，诗帆也自食其果被怪物抓住，奈绪救下诸人。
第七话 苍之舞 少女的契约
真白一直被怀疑是冒牌公主，她为此苦恼不已。真白与爱莉卡由于一系列意外掉入风华宫地下宫殿，并发现一架奇特的管风琴。真白随意按了琴键，不想管风琴发出巨响，不但震碎了二人的GEM，整个市都受到了影响。管风琴里出现人影，并告诉真白和爱莉卡，要想完全掌握管风琴的力量就要集齐编制者、守护者和歌。 Slave再次袭击真白，情急之下苍天之青玉的力量复苏，真白与爱莉卡定下契约，爱利卡初次使用青玉的力量就漂亮的击退了Slave。管风琴的再次现世使世界各方力量蠢蠢欲动……
第八话 命运之轭
深优出现看望爱莉卡。为找出揭开契约的办法，爱莉卡等人潜入禁书库，却无意间进入了乙HiME的陵墓，从玛丽亚女士口中，少女们第一次了解了作为乙HiME的残酷命运。
第九话 海-泳装+遇难=？
学生到海边进行远足考试，爱莉卡和艾利斯蒂的装备却被人做了手脚，为了救被蛇咬了的艾利斯，爱莉卡独自去找水，不巧碰见了阿斯瓦德的众人，爱莉卡不敌，从悬崖上坠下……
第十话 那对少女来说是大事
谢尔盖救了爱莉卡，但又再次遭遇阿斯瓦德，遥、静留、尼娜等人及时出现，静留与阿斯瓦德首领碧交手，阿斯瓦德找到的数据被希巴鲁兹的人抢走。尼娜对爱莉卡和谢尔盖的关系产生了怀疑。
第十一话 Happy Birthday
尼娜、爱莉卡、真白都是9月7日的生日，尼娜以为谢尔盖把自己的生日定为这一天是因为蕾娜的关系，伤心不已。真白为躲避与日本王子的相亲再次逃出王宫，却不幸被命砸晕，被一陌生人（巧海）拖走。经过一系列事件，尼娜终于知道9月7日这天是他与谢尔盖相遇的那一天，看着尼娜幸福的样子，艾莉卡却发觉自己心里有什么不对劲。日本王子到来。
第十二话 假面舞会？
因为真白不在，众人就让爱莉卡假扮女王，而日本的王子也是晶假扮的。真正的巧海陪着真白度过了快乐的一天，他也让真白了解了当女王不是吃喝玩乐就可以了。当真相被曲折的揭开后，巧海向夏树表示他来这里不是相亲也不是找乙HiME，而是表明日本暂不参与西方国家的争斗。巧海质疑乙HiME的存在是否合理，并以他的姐姐炎珠之红玉 “她被梦想和爱情狠狠撕裂” 为例质问夏树。巧海等人离开后，真白陷入迷茫和消沉中。
第十三话 在茜色的天空下
爱莉卡喜欢上了谢尔盖却不自知，日子过得浑浑噩噩。茜也在成为乙HiME的梦想与和也的爱情之间徘徊不定，却在这时被选为弗洛林斯国乙HiME清恋之孔雀石的继承者。为解开爱莉卡的心结，老师让爱莉卡去了解炎珠之红玉的故事。Slave再次来袭，茜决定选择梦想放弃爱情。在任职仪式上，和也当众宣布对茜的爱慕，茜感动不已，二人携手私奔。
第十四话 乙HiME的SOS
国与国之间关系日益紧张，时隔五十年再次发生了乙HiME之间的战斗。学园内也是人心惶惶。炎凪联合希巴鲁兹开始研制新型Slave。静留遇到了深优。爱莉卡从艾利斯蒂那里听来了苍天之青玉蕾娜的故事，知道了她同时获得了梦想和爱情，爱莉卡决定向谢尔盖表白，路上却被流氓抓住。谢尔盖找到了十四年前在风华宫的宫女，了解了那场动乱的真相，以及谁才是真正的公主。
第十五话 爱莉卡、哭泣
谢尔盖得知戴着苍天之青玉的人才是真正的公主。谢尔盖救下爱莉卡，爱莉卡与表白却被回绝。谢尔盖故意羞辱蕾娜，爱莉卡气急打了他一巴掌。一系列陷害爱莉卡的真相被揭开，米娅作为友绘的替死鬼被赶出了学园。同病相怜的爱莉卡与真白抱头痛哭，二人相约，爱利卡要成为优秀的乙HiME，真白要创造人人都能幸福的国家。毕业舞斗选拔开始。
第十六话 是约定哦！
尼娜和爱莉卡被选为舞斗的代表，友绘仍想加害爱莉卡，被艾莉斯蒂识破，为救爱莉卡，艾莉斯蒂受伤。爱莉卡、尼娜、艾莉丝蒂，三人约定都要成为优秀的乙HiME。毕业舞斗与城堡建成礼同时举行，而城堡的真正面目竟然是巨大的兵器，并在一击之下唤出无数Slave……
第十七话 苍之舞/思念、散落之时
由于希巴鲁兹的进攻，城中一片混乱。阿斯瓦德的众人来到加尔德罗贝学园，静留和夏树与之战斗时，希巴鲁兹干扰了真祖与众乙HiME的连接，舞斗服失效。静留掩护夏树逃出。炎凪占领了温德布卢姆市。艾莉丝蒂竟然也是希巴鲁兹的一员，并被迫攻击爱莉卡，谢尔盖救下爱莉卡，却被尼娜发现是一直资助爱莉卡的人，气急的尼娜引发了漆黑之金刚石的力量。为救爱莉卡，艾莉斯蒂被尼娜误杀。悲痛中的爱莉卡与尼娜举剑相向……
第十八话 White Out
侥幸逃出的真白与流民呆在一起，亲眼目睹葵被流民逼死。夏树被奈绪所救。爱莉卡与阿斯瓦德的众人生活在一起。
第十九话 宿命的17岁
真白与爱莉卡相遇，爱莉卡却因为受到打击不愿再使用乙HiME的力量。加尔德罗贝学园完全被炎凪控制，蕾娜的遗体被用来当作新的真祖，炎凪要让学园里的女孩子们成为新的乙HiME。夏树来到艾尔利斯寻求帮助，但是……
第二十话 不要叫我尼娜
因为危机，爱利卡再次使用了苍天之青玉。艾尔利斯国答应帮助夏树。友绘等人成为了炎凪的新型乙HiME，并将静留从狱中带出。尼娜打开了管风琴。
第二十一话 白色公主 觉醒之时
原来尼娜才是真正的公主。爱莉卡和真白与阿斯瓦德的人生活在一起，二人的身心都得到了成长。真白向国民宣誓要成为合格的女王。炎凪发现了爱莉卡等人的下落，谢尔盖与友绘等人去抓爱莉卡。夏树与奈绪为找爱莉卡决定来到卡罗帝亚。
第二十二话 毁灭之歌
碧向卡罗帝亚复仇。尼娜第一次启动了管风琴，巨大的能量让众人惊愕，深优及时出现救了爱莉卡和真白。从昏迷中苏醒的艾莉卡，却发现两个可疑的身影……
第二十三话 不思议之谷的爱莉卡
爱莉卡和真白被深优带到黑之谷，遇到了炎珠之红玉舞衣和猫神命。夏树和奈绪也误闯黑之谷，见到了以前的好友。炎凪利用管风琴的威慑力让诸国归顺于自己。夏树等人不能坐视不理炎凪的暴行，决定返回温德布卢姆市，留下爱莉卡和真白向命和舞衣学习。
第二十四话 为了你……
尼娜为杀了艾莉斯蒂和接连毁了几个城市而痛苦不已，谢尔盖安慰尼娜，尼娜终于向谢尔盖表明了自己的爱慕。炎凪杀了谢尔盖，却骗尼娜说是谢尔盖和史密斯互射所致，为维持谢尔盖的生命，尼娜不得已要一直启动管风琴，“为了你……哪怕要和全世界为敌我也……”。战争全面打响……
第二十五话 苍天之少女
惨烈的战争开始，即使是昔日的好友此时也要刀剑相向。爱莉卡含泪毁掉母亲蕾娜的遗体，乙HiME系统恢复，爱莉卡真正继承了苍天之青玉的力量。当大家终于看到胜利的曙光的时候，管风琴再次启动……“想成为乙HiME是为了能保护大家”“想要创造能让人民幸福的国家”“除了父亲大人以外我什么都不要”“我的愿望…我的爱情…我的梦想…就在这里”
最终话 Dream Wing ~梦之所在~
为了对抗管风琴，深优开启了引导星，解开了乙HiME的乙式限制，众乙HiME成为真正的HiME，摆脱主人的束缚可以按照自己的意愿行事。五柱齐集、所有的乙HiME们都齐心协力对抗管风琴。爱莉卡与尼娜决战，最终爱莉卡使尼娜回心转意，但管风琴却因为超负荷运行而暴走控制了尼娜的心智，在尼娜的哀求下、为了拯救大家，爱莉卡挥剑刺向尼娜……
战争结束之后，一切重新开始，真白和爱莉卡努力建立一个新的国家，尼娜与失去记忆的谢尔盖在一起开始新的生活……
MySQL在互联网应用中已经遍地开花，但是在银行系统中，还在生根发芽的阶段。本文记录的是根据某生产系统实际需求，对数据库高可用方案从需求、各高可用技术特点对比、实施、测试等过程进行整理，完善Mysql高可用方案，同时为后续开展分布式数据库相关测试做相应准备。
存储复制技术： 传统IOE架构下，常用高可用方案，靠存储底层复制技术实现数据的一致性，优点数据安全性有保障，限制在于是依赖存储硬件，实施成本较高。
keepalived+双主复制： 两台MySQL互为主从关系，即双主模式，通过Keepalived配置虚拟IP，实现当其中的一台数据库故障时，自动切换VIP到另外一台MySQL数据库，备机快速接管业务来保证数据库的高可用。
MHA： MHA部署在每台mysql服务器上，定时探测集群中的master节点，当master出现故障时，它可以自动将最新的slave提升为新的master，然后将所有其他的slave重新指向新的master，优点在最大程度保证数据的一致性的前提下实现快速切换，最少需要3台服务器，存在数据丢失的可能性。
PXC： Percona eXtra Cluster是Percona基于galera cluster封装的集群方案。不同于普通多主复制，PXC保障强一致性和实时同步，故障切换更快。但是也需要3个节点，配置相对复杂，对性能也稍有影响。
除了上述方案外，还有MMM、Heartbeat+DRBD等高可用方案，此处不做详细介绍。
综合评估下，本次实施采用了 keepalived+mysql双主实现数据库同城双机房的高可用。MySQL版本为： 5721。操作系统：Red Hat Enterprise Linux Server 73。
配置过程如下：
Mysql-master1: IP地址1 --以下简称master1
Mysql-master2: IP地址2 --以下简称master2
Mysql-vip : VIP地址 --应用连接使用
Mysql复制相关概念描述：
1、 Mysql主从复制图示：
2、 Mysql主从复制过程描述：
（1）master记录二进制日志：在每个事务更新数据完成之前，master在二进制日志记录这些改变。MySQL将事务写入二进制日志。在事务写入二进制日志完成后，master通知存储引擎提交事务。
（2）slave将master的binarylog拷贝到自己的中继日志：首先，slave开始一个工作线程——I/O线程。I/O线程在master上打开一个普通的连接，然后开始binlog dump process。Binlog dump process从master的二进制日志中读取事务，如果已经同步了master，它会睡眠并等待master产生新的事件。I/O线程将这些事务写入中继日志。
（3）SQL slave thread处理该过程的最后一步：SQL线程从中继日志读取事务，并重放其中的事务而更新slave的数据，使其与master中的数据一致。只要该线程与I/O线程保持一致，中继日志通常会位于OS的缓存中，所以中继日志的开销很小。
主主同步就是两台机器互为主的关系，在任何一台机器上写入都会同步至备端。
为了便于后续数据库服务器的扩展，且在整个复制环境中能够自动地切换，降低运维成本，引入了当前主流的基于Mysql GTID的复制特性，工作原理及优缺点简介如下。
3、 GTID工作原理简介：
（1） master更新数据时，会在事务前产生GTID，一同记录到Binlog日志中。
（2） slave的I/O线程将变更的binlog写入到本地的relay log中。
（3） slave的sql线程从relay log中获取GTID，然后对比slave端的binlog是否有记录。
（4） 如果有记录说明该GTID的事务已经执行，slave会忽略。
（5） 如果没有记录，slave就会从relay log中执行该GTID的事务，并记录到binlog。
（6） 在解析的过程中会判断是否有主键，如果有就用索引，如果没有就用全部扫描。
4、 GTID优点：
（1） 一个事务对应一个唯一的ID，一个GTID在一个服务器上 只会执行一次。（2） GTID是用来替代传统复制的方法，GTID复制与普通复制模式的最大不同就是不需要指定二进制文件名和位置。
（3） 减少手工干预和降低服务故障时间，当主机宕机之后会通过软件从众多的备机中提升一台备机为新的master。
5、 GTID也存在一些限制：
（1） 不支持非事务引擎。
（2） 不支持create table … select 语句复制(主库直接报错)。
（3） 不允许一个sql同时更新一个事务引擎表和非事务引擎表。
（4） 在一个复制组中，必须要求统一开启GTID或者是统一关闭GTID。
（5） 开启GTID需要重启(57版本除外)。
（6） 开启GTID后，就不再使用原理的传统复制方式。
（7） 不支持create temporary table 和 drop temporary table语句。
（8） 不支持sql_slave_skip_counter。
前置条件：
主备两个节点使用行内统一的安装部署脚本安装mysql5721介质(略)
Master1端创建应用的数据库(略)
1、 修改MySQL配置文件
参考相关配置规范，分别设置master1、master2的mycnf文件，
其中server-id参数设置为不同值;
由于后续keepalived会挂起VIP，应用通过VIP连接数据库，为了避免应用程序无法通过VIP访问，需将两个节点的bind-address参数注释掉；
2、 设置master1端自动半同步模式
Mysql的同步模式主要有如下3种：
a 主从同步复制：数据完整性好，但是性能消耗略高；
b 主从异步复制：性能消耗低，但容易出现不一致；
c 主从半自动复制：介于上述两种之间，既保持了数据的完整性，又提高了性能；
基于上述特性，建议采用半自动同步模式，由于后续要配置为双主模式，因此任一节点其角色既为master又为slave，因此相关的master/slave插件要同时配置，过程如下。
（1） 首先查看库是否支持动态加载(默认都支持)
（2） 主从库上分别安装插件
作为主库，安装插件semisync_masterso
作为从库，安装插件semisync_slaveso
（3） 安装完成后，从plugin表中能够看到刚刚安装的插件
（4） 分别打开主从库半同步复制
同时添加到各自的mycnf中，在后续数据库实例重启时自动加载该配置。
此时查看状态还没有启动
（5） 两个节点分别启动IO进程
（6） 查看半同步状态
3、 将master1设为master2的主服务器
（1）在master1主机上创建授权账户，允许在master2主机上连接
（2）将主库master1数据导出
（3）将mastersql传输到master2上并导入
（4）在master2端将master1设置为自己的主库，并开启slave功能
在master2上查看slave状态
至此master1到master2的主从复制关系已经建立完成。
4、 将master2设为master1的主服务器
在master1上执行
在master1上查看slave状态
1、keepalived相关概念说明：
keepalived是集群管理中保证集群高可用的一个软件解决方案，其功能类似于heartbeat，用来防止单点故障
keepalived是以VRRP协议为实现基础的，VRRP全称VirtualRouter Redundancy Protocol，即虚拟路由冗余协议。
虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即将N台提供相同功能的路由器组成一个路由器组，这个组里面有一个master和多个backup，master上面有一个对外提供服务的vip，master会发组播（组播地址为2240018），当backup收不到vrrp包时就认为master宕掉了，这时就需要根据VRRP的优先级来选举一个backup当master，这样的话就可以保证路由器的高可用了。
keepalived主要有三个模块，分别是core 、check和vrrp。core模块为keepalived的核心，负责主进程的启动、维护以及全局配置文件的加载和解析。check负责 健康 检查，包括常见的各种检查方式。vrrp模块是来实现VRRP协议的。同时为了避免出现脑裂，应关闭防火墙或者开启防火墙但允许接收VRRP协议。
2、keepalived的安装配置
（1）配置本地yum源，在master1和master2两台服务器上安装keepalived的相关依赖包Kernel-devel/openssl-devel/popt-devl等
配置指向rhel-75iso的yum本地源，步骤略
注意：如不知道keepalived需要哪些依赖包，可到下载后的源码解压目录下查看INSTALL 文件内容，安装需要的依赖包，源码安装任何一个软件都要养成查看源码包文档的习惯，比如INSTALL，README,doc等文档，可以获得很多有用的信息。
（2）在两台mysql上解压缩并编译安装keepalived
（3）master1、master2上分别配置keepalivedconf
注意上图红色字体中两个节点配置相同处及差异。
说明：keepalived只有一个配置文件keepalivedconf，里面主要包括以下几个配置区域：
· global_defs：主要是配置故障发生时的通知对象以及机器标识。
· vrrp_instance：用来定义对外提供服务的VIP区域及其相关属性。
· virtual_server：虚拟服务器定义
（4）同时两个节点上都需要添加检测脚本
作用：是当mysql停止工作时自动关闭本机的keeplived服务，从而实现将故障主机踢出热备组，因每台机器上keepalived只添加了本机为realserver，所以当mysqld正常启动后，我们还需要手动启动keepalived服务。
（5）分别启动两个节点的keepalived服务
检查两个节点keepalived启动进程
检查两个节点的vip挂载情况
（6）主备机故障切换测试
停止master2的mysql服务，看keepalived 健康 检查程序是否会触发脚本，自动进行故障切换，步骤略
查看master1节点的VIP挂载情况，验证是否实现了自动切换，步骤略
说明在master2服务器的mysql服务发生故障时，触发了脚本，自动完成了切换。
（7）现在我们把master2的mysql服务开起来，并且keepalived的服务也需要启动。
即便master2的mysql服务和keepalived服务都重新开启了，master1仍然是主master了，master2未对主master的权利进行抢夺，说明设置的nopreempt参数生效了，为了保证群集的稳定性，生产环境不允许抢占配置，只有当master1的mysql服务坏掉的时候，master2才会再次成为主master，否则它永远只能当master1的备份。（注：nopreempt一般是在优先级高的mysql上设置）
Sysbench是一个模块化的、跨平台、多线程基准测试工具，可用于评估数据库负载情况，通过sysbench命令配置IP地址、端口号、用户名、密码连接到指定的数据库db1中，创建多个表，并快速插入指定条数的记录，观察主备库同步效率
(1) 下载开源工具sysbench-041214targz，放置在相应目录下并解压
(2) 使用iso配置本地yum源并安装Sysbench如下的依赖包(步骤略)：autoconf/automake/cdbs/debhelper(>=9)/docbook-xml/docbook-xsl/libmysqlclient15-dev/libtool/xsltproc
(3) 编译sysbench
编辑配置文件/etc/ldsoconf中添加mysql lib目录/mysql/app/5721/lib，并执行命令ldconfig生效
(4) 执行sysbench压测
使用sysbench工具向主节点的db1数据库中创建5张表，并且每张表分别插入10万条记录
同时观察备机同步效率
几个重要的参数说明：
B、半自动同步模式、异步模式切换测试
(1) 检查主备同步状态，及同步参数设置
rpl_semi_sync_master_enabled参数表示启用半同步模式；
rpl_semi_sync_master_timeout参数单位为毫秒，表示主库事务等待从库返回commit成功信息超过10秒就降为异步模式，不再等待从库，等探测到从库io线程恢复后，再返回为半自动同步；
rpl_semi_sync_master_wait_no_slave参数表示事务提交后需要等待从库返回确认信息；
(2) 将slave的io线程停止
(3) 使用sysbench向master写入少量的数据，本例创建一张表，并插入10条记录，命令包装在1sh测试脚本中
通过记录的时间戳发现，master在等待了slave10秒无响应，自动切换为异步模式，将数据写入本地。
(4) Slave启动io线程，数据自动追平
至此MySQL主主复制配置完成，运行在半自动同步模式，通过keepalived实现Mysql的HA高可用。
上线后应符合统一的标准监控策略，添加备份协议对数据进行周期备份并保存到带库中，以及定期的数据恢复测试。
由于是靠keepalived实现的高可用，还应将如下资源添加到监控管理平台：
1、 对每台数据库主机的3个keepalived进程进行监控；
2、 对主备节点的io线程、sql线程工作状态进行监控；
歌曲名为：节奏的奴隶，意思就是只要音乐响起，身体就会跟着节奏舞动，这种不受思维控制的节奏感真是无人能比的。 这首歌的歌词写的是一位妇女，然而歌曲其深刻含义其实是杰克逊写他自己，他曾在1993年接受奥普拉专访的时候说自己就是节奏的奴隶。
歌词大意如下：She dances in the sheets at night, 晚上她在床上跳舞
She dances to his needs, 她为了满足他的要求而跳舞
She dances til' he feels just right, 她一直跳到他认为够了为止
Until he falls asleep, 一直跳到他入睡
She dances at the crack of dawn, 她在黎明时分跳舞
And quickly cooks his food, 然后迅速煮好了他的早餐
She can't be late, can't take too long, 她不能迟到 不能花太久的时间
The kids must get to school, 因为孩子必须上学
[CHORUS]
A slave to the rhythm, 节奏之奴隶
A slave to the rhythm of, 节奏之奴隶
A slave to the rhythm, 节奏之奴隶
A slave to the rhythm of, 节奏之奴隶
The rhythm of love, (Ahh) 对节奏的爱
The rhythm of love, (Ahh) 对节奏的爱
‘Cause she's a slave to the rhythm, 因为她就是节奏的奴隶
‘Cause she's a slave to the rhythm of, 因为她就是节奏的奴隶
‘Cause she's a slave to the rhythm, 因为她就是节奏的奴隶
A slave to the rhythm of, 节奏之奴
The rhythm of love, (Ahh) 对节奏的爱
The rhythm of love, (Ahh) 对节奏的爱
[VERSE 2]
She dances for the man at work, 她工作的时候为人跳舞
Who works there all the time, 她一直都在那里干活
She can’t be rude, as she says, 她说话必须有礼貌 当她说
"Sir, I must be home tonight!" “先生，今晚我必须回家！”
She dances to the kitchen stove, 她在厨房火炉旁跳舞
Dinner is served by 9, 要在九点前上菜
He says "Excuse me, and how early" 他说，“请问，现在有多早？”
She must be out of her mind! 她一定抓狂了！
[CHORUS]
She's a slave to the rhythm, 她就是节奏的奴隶
She's a slave to the rhythm of, 她就是节奏的奴隶
She's a slave to the rhythm, 她就是节奏的奴隶
A slave to the rhythm of, 节奏之奴
The rhythm of love, (Ahh) 对节奏的爱
The rhythm of love, (Ahh) 对节奏的爱
(Oh~)
‘Cause she's a slave to the rhythm, 因为她就是节奏的奴隶
‘Cause she's a slave to the rhythm of, 因为她就是节奏的奴隶
‘Cause she's a slave to the rhythm, 因为她就是节奏的奴隶
A slave to the rhythm of, 节奏之奴
The rhythm of love, (Ahh) 对节奏的爱
The rhythm of love, (Ahh) 对节奏的爱
She works so hard, just to make her way, 她努力工作只是想出人头地
For a man who just don't appreciate, 为了一个她不欣赏的男人
And though he takes her love in vain, 尽管他没能得到她的爱
Lust he could not stop, who will break his chain 但他无法停止他的
能摆脱他的枷锁吗？
[VERSE 3]
She danced the night that they fell in love, 她在他们相爱的那一夜跳舞
She swore she danced no more, 她发誓以后不再跳舞
But danced she did, he did not quit, 但是她还是跳了，他也没停止
As she ran out the door, 当她跑出门外
She danced through the night in fear of her life 整夜都在担心生活而跳舞
She danced to a beat of her own 她合着她自己的节奏而跳舞
She let out a cry and swallowed her pride 她呐喊着，忍气吞声
She knew she was needed back home, home 因为她知道家里还需要她
‘Cause she’s a slave to the rhythm 因为她就是节奏之奴
‘Cause she’s a slave to the rhythm of 因为她就是节奏之奴
‘Cause she’s a slave to the rhythm 因为她就是节奏之奴
A slave to the rhythm of 节奏之奴
The rhythm of love 对节奏的爱
The rhythm of love 对节奏的爱
‘Cause she’s a slave to the rhythm 因为她就是节奏之奴
‘Cause she’s a slave to the rhythm of 因为她就是节奏之奴
‘Cause she’s a slave to the rhythm 因为她就是节奏之奴
A slave to the rhythm of 节奏之奴
The rhythm of love 对节奏的爱
The rhythm of love 对节奏的爱
linux的双网卡bond，共有7种模式，可参阅网络文章。
第一种模式：mod=0 ，即：(balance-rr)Round-robin
policy（平衡抡循环策略）
特点：传输数据包顺序是依次传输（即：第1个包走eth0，下一个包就走eth1…一直循环下去，直到最后一个传输完毕），此模式提供负载平衡和容错能力；但是我们知道如果一个连接或者会话的数据包从不同的接口发出的话，中途再经过不同的链路，在客户端很有可能会出现数据包无序到达的问题，而无序到达的数据包需要重新要求被发送，这样网络的吞吐量就会下降
第二种模式：mod=1，即： (active-backup)Active-backup
policy（主-备份策略）
特点：只有一个设备处于活动状态，当一个宕掉另一个马上由备份转换为主设备。mac地址是外部可见得，从外面看来，bond的MAC地址是唯一的，以避免switch(交换机)发生混乱。此模式只提供了容错能力；由此可见此算法的优点是可以提供高网络连接的可用性，但是它的资源利用率较低，只有一个接口处于工作状态，在有 N 个网络接口的情况下，资源利用率为1/N
第三种模式：mod=2，即：(balance-xor)XOR policy（平衡策略）
特点：基于指定的传输HASH策略传输数据包。缺省的策略是：(源MAC地址 XOR 目标MAC地址)%
slave数量。其他的传输策略可以通过xmit_hash_policy选项指定，此模式提供负载平衡和容错能力
第四种模式：mod=3，即：broadcast（广播策略）
特点：在每个slave接口上传输每个数据包，此模式提供了容错能力
第五种模式：mod=4，即：(8023ad)IEEE 8023ad
Dynamic link aggregation（IEEE8023ad 动态链接聚合）
特点：创建一个聚合组，它们共享同样的速率和双工设定。根据8023ad规范将多个slave工作在同一个激活的聚合体下。外出流量的slave选举是基于传输hash策略，该策略可以通过xmit_hash_policy选项从缺省的XOR策略改变到其他策略。需要注意的 是，并不是所有的传输策略都是8023ad适应的，尤其考虑到在8023ad标准4324章节提及的包乱序问题。不同的实现可能会有不同的适应 性。
必要条件：
条件1：ethtool支持获取每个slave的速率和双工设定
条件2：switch(交换机)支持IEEE8023ad
Dynamic link aggregation
条件3：大多数switch(交换机)需要经过特定配置才能支持8023ad模式
第六种模式：mod=5，即：(balance-tlb)Adaptive
transmit load balancing（适配器传输负载均衡）
特点：不需要任何特别的switch(交换机)支持的通道bonding。在每个slave上根据当前的负载（根据速度计算）分配外出流量。如果正在接受数据的slave出故障了，另一个slave接管失败的slave的MAC地址。
该模式的必要条件：ethtool支持获取每个slave的速率
第七种模式：mod=6，即：(balance-alb)Adaptive
load balancing（适配器适应性负载均衡）
特点：该模式包含了balance-tlb模式，同时加上针对IPV4流量的接收负载均衡(receiveload
balance, rlb)，而且不需要任何switch(交换机)的支持。接收负载均衡是通过ARP协商实现的。bonding驱动截获本机发送的ARP应答，并把源硬件地址改写为bond中某个slave的唯一硬件地址，从而使得不同的对端使用不同的硬件地址进行通信。
来自服务器端的接收流量也会被均衡。当本机发送ARP请求时，bonding驱动把对端的IP信息从ARP包中复制并保存下来。当ARP应答从对端到达时，bonding驱动把它的硬件地址提取出来，并发起一个ARP应答给bond中的某个slave。使用ARP协商进行负载均衡的一个问题是：每次广播 ARP请求时都会使用bond的硬件地址，因此对端学习到这个硬件地址后，接收流量将会全部流向当前的slave。这个问题可以通过给所有的对端发送更新（ARP应答）来解决，应答中包含他们独一无二的硬件地址，从而导致流量重新分布。当新的slave加入到bond中时，或者某个未激活的slave重新 激活时，接收流量也要重新分布。接收的负载被顺序地分布（roundrobin）在bond中最高速的slave上当某个链路被重新接上，或者一个新的slave加入到bond中，接收流量在所有当前激活的slave中全部重新分配，通过使用指定的MAC地址给每个 client发起ARP应答。下面介绍的updelay参数必须被设置为某个大于等于switch(交换机)转发延时的值，从而保证发往对端的ARP应答 不会被switch(交换机)阻截。
必要条件：
条件1：ethtool支持获取每个slave的速率；
条件2：底层驱动支持设置某个设备的硬件地址，从而使得总是有个slave(curr_active_slave)使用bond的硬件地址，同时保证每个 bond 中的slave都有一个唯一的硬件地址。如果curr_active_slave出故障，它的硬件地址将会被新选出来的 curr_active_slave接管其实mod=6与mod=0的区别：mod=6，先把eth0流量占满，再占eth1，…ethX；而mod=0的话，会发现2个口的流量都很稳定，基本一样的带宽。而mod=6，会发现第一个口流量很高，第2个口只占了小部分流量
SLAVE TO THE RHYTHM
Michael Jackson
[INTRO]
Hoo!
Chop! Chop! Chop!
Hoo!
Oh, oh~
Hoo! Hoo!
[VERSE 1]
She dances in the sheets at night, 晚上她在床上跳舞
She dances to his needs, 她为了满足他的要求而跳舞
She dances til' he feels just right, 她一直跳到他认为够了为止
Until he falls asleep, 一直跳到他入睡
She dances at the crack of dawn, 她在黎明时分跳舞
And quickly cooks his food, 然后迅速煮好了他的早餐
She can't be late, can't take too long, 她不能迟到 不能花太久的时间
The kids must get to school, 因为孩子必须上学
[CHORUS]
A slave to the rhythm, 节奏之奴隶
A slave to the rhythm of, 节奏之奴隶
A slave to the rhythm, 节奏之奴隶
A slave to the rhythm of, 节奏之奴隶
The rhythm of love, (Ahh) 对节奏的爱
The rhythm of love, (Ahh) 对节奏的爱
‘Cause she's a slave to the rhythm, 因为她就是节奏的奴隶
‘Cause she's a slave to the rhythm of, 因为她就是节奏的奴隶
‘Cause she's a slave to the rhythm, 因为她就是节奏的奴隶
A slave to the rhythm of, 节奏之奴
The rhythm of love, (Ahh) 对节奏的爱
The rhythm of love, (Ahh) 对节奏的爱
[VERSE 2]
She dances for the man at work, 她工作的时候为人跳舞
Who works there all the time, 她一直都在那里干活
She can’t be rude, as she says, 她说话必须有礼貌 当她说
"Sir, I must be home tonight!" “先生，今晚我必须回家！”
She dances to the kitchen stove, 她在厨房火炉旁跳舞
Dinner is served by 9, 要在九点前上菜
He says "Excuse me, and how early" 他说，“请问，现在有多早？”
She must be out of her mind! 她一定抓狂了！
[CHORUS]
She's a slave to the rhythm, 她就是节奏的奴隶
She's a slave to the rhythm of, 她就是节奏的奴隶
She's a slave to the rhythm, 她就是节奏的奴隶
A slave to the rhythm of, 节奏之奴
The rhythm of love, (Ahh) 对节奏的爱
The rhythm of love, (Ahh) 对节奏的爱
(Oh~)
‘Cause she's a slave to the rhythm, 因为她就是节奏的奴隶
‘Cause she's a slave to the rhythm of, 因为她就是节奏的奴隶
‘Cause she's a slave to the rhythm, 因为她就是节奏的奴隶
A slave to the rhythm of, 节奏之奴
The rhythm of love, (Ahh) 对节奏的爱
The rhythm of love, (Ahh) 对节奏的爱
[BRIDGE]
She works so hard, just to make her way, 她努力工作只是想出人头地
For a man who just don't appreciate, 为了一个她不欣赏的男人
And though he takes her love in vain, 尽管他没能得到她的爱
Lust he could not stop, who will break his chain 但他无法停止他的肉欲
能摆脱他的枷锁吗？
[VERSE 3]
She danced the night that they fell in love, 她在他们相爱的那一夜跳舞
She swore she danced no more, 她发誓以后不再跳舞
But danced she did, he did not quit, 但是她还是跳了，他也没停止
As she ran out the door, 当她跑出门外
She danced through the night in fear of her life 整夜都在担心生活而跳舞
She danced to a beat of her own 她合着她自己的节奏而跳舞
She let out a cry and swallowed her pride 她呐喊着，忍气吞声
She knew she was needed back home, home 因为她知道家里还需要她
‘Cause she’s a slave to the rhythm 因为她就是节奏之奴
‘Cause she’s a slave to the rhythm of 因为她就是节奏之奴
‘Cause she’s a slave to the rhythm 因为她就是节奏之奴
A slave to the rhythm of 节奏之奴
The rhythm of love 对节奏的爱
The rhythm of love 对节奏的爱
‘Cause she’s a slave to the rhythm 因为她就是节奏之奴
‘Cause she’s a slave to the rhythm of 因为她就是节奏之奴
‘Cause she’s a slave to the rhythm 因为她就是节奏之奴
A slave to the rhythm of 节奏之奴
The rhythm of love 对节奏的爱
The rhythm of love 对节奏的爱
欢迎分享，转载请注明来源：表白网
微信扫一扫
支付宝扫一扫
评论列表（0条）