世界再大 过年回家 | 当代青年人春运抢票图鉴 2

　　大街小巷张灯结彩，人人脸上都挂着笑脸。2022年新春将至，离开家乡的人们都迫不及待的往家赶。周末，X公司的员工张亿鑫正刷着短视频，“相亲相爱一家人”的群里突然弹出一条消息。点开一看，是老张发的视频，还有老张那熟悉的声音“哦哟~，这过年过节的人多的哟，快看看!”视频里乌泱泱的全是人，看起来是在火车站。

　　背景

　　以前火车售票方式单一，大家买票没得选，只能去售票厅现场排队买票，或者高价从黄牛手上收票。人多不说，还不容易买到票，黄牛手中的票还不一定有保障。就像X公司一样，以前只能采用国外数据库来做业务系统。

　　金仓KFS解决方案一 | 双轨并行

　　随着互联网的不断发展，铁路官方推出了网上购票的新渠道。

　　最初，大家对于网上购票这种新鲜事物秉持着怀疑的态度，毕竟曾经“12306又双叒叕崩了”的印象实在深入人心。后来，大家逐渐开始认同网上购票的方式，但随着线上购票流量飞速增加，抢票体验逐渐变的不再那么丝滑顺畅。与此同时，线下售票厅的保留给了大家多一种选择。每当购票高峰期，线上购票系统负载过大时，就可以立马切换成线下购票的方式。

　　国产数据库的快速发展也为我们提供了新的选择。和大家最初认为网上购票不靠谱一样，我们也对国产数据库的功能、性能、稳定性等存在顾虑。但人大金仓提出的“将国产数据库作为国外品牌生产数据库的全量备机，先试运行观察一段时间”的国产双轨并行解决方案极大地消除了我们公司的后顾之忧。

　　使用KingbaseFlySync同步软件，即可轻松实现：

　　01)国产数据库备机零停机、零中断平滑上线，且全过程无需对原有系统和应用做任何调整改动;

　　02)持续观察国产备机的运行情况，确认其满足业务需求后，即可把应用切换到了国产数据库上。人大金仓KingbaseFlySync同步软件支持一键秒级切换同步方向，实现了新老系统之间的平滑切换;

　　03)此时国产数据库成为主用生产库，原国外品牌数据库成为全量备份库。即使新系统在承接应用业务后出现任何问题或故障，也可随时启用旧系统接管业务。

　　●  实测双轨并行场景异构数据中心可用性

　　●  测试目标

　　通过实战演练，检验金仓KingbaseFlySync同步软件支持一键秒级切换同步方向。

　　●  测试环境

　　此次在老系统(某国外DB)和新系统(KingbaseES)之间进行切换演练。新老系统都在本地机房。服务器节点信息如下：

　　●  测试内容

　　模拟老系统发生故障场景：例如数据库异常。检验金仓KingbaseFlySync同步软件是否支持一键秒级切换同步方向。

　　●  秒级切换

　　应用业务已无法访问老系统，执行同步方向切换命令，秒级切换同步方向，将应用业务切换至新系统。KingbaseFlySync先将新系统的增量数据存放在本地，等老系统恢复过后，再将新系统的之前的增量数据及实时的增量数据同步到老系统，保障了数据无丢失。

　　金仓KFS解决方案二 | 双活数据中心

　　当前，线上购票渠道丰富了起来，官方售票系统也在一步步优化过程中对抢票大军进行分流，对线上线下的车票实施动态管理，大家再也不用担心系统在抢票关键时刻奔溃，也不用担心线上线下车票的分配问题。想怎么买票，就怎么买票。

　　●  双活数据中心方案

　　KingbaseFlySync同步软件也带给用户多一种的选择。它支持双向同步，能够实现数据中心双活。支持用户新旧系统并行运作，能够在业务高峰期负载分担，充分利旧并发挥系统整体算力。若其中一个系统出现故障，另一系统还能持续提供服务，用户对故障无感知、业务0中断。

　　●  实测双活数据中心可用性

　　●  测试目标

　　通过实战演练，验证KingbaseFlySync提供的双活数据中心方案的可用性。

　　●  测试环境

　　此次双活数据中心的可用性测试采用2个KingbaseES数据库节点，通过KingbaseFlySync同步软件实现双活，所有数据库节点都在本地机房。

　　服务器节点信息如下：

　　●  测试内容

　　业务系统同时在node1和node2两个数据中心运行，模拟某个数据中心故障(如数据库异常情况)。node1的数据库故障后，业务由负载分担设备自动切换到node2，此时node2的数据库持续正常提供服务，故障无感，业务0中断，RPO=0!

　　故障发生后，KingbaseFlySync会将node2的增量数据暂存在本地，等node1恢复之后，再将故障期间产生的增量同步到node1，拉平数据，并恢复双活数据中心。

　　高并发极限业务压力场景

　　KingbaseFlySync同步软件在并行流水线、大事务缓存解析等独有技术的支持下，可实现单节点1500数据库并发连接压测0.043秒的同步延迟，4节点4000数据库并发连接压测0.675秒的同步延迟。高并发，低延迟，用户业务在重载期也能实时响应!

　　●  实测高并发极限业务压力场景

　　●  测试目标

　　通过实战演练，检验KingbaseFlySync应对高并发极限业务压力场景的能力：1)  检验高并发极限业务压力情况下的同步时延2)  验证高并发极限业务压力情况下的高可用性

　　●  测试环境

　　此次KingbaseFlySync高并发极限业务压力场景的测试采用4个KingbaseES数据库节点，且数据库节点两两之间均使用KingbaseFlySync构建FullMesh同步关系。所有数据库节点都在本地机房。服务器节点信息如下：

　　●  测试内容

　　使用Jmeter分别构造单节点和4节点同时高并发极限业务压力场景。1)  检验高并发极限业务压力情况下的同步延时。2)  验证高并发极限业务压力情况下的高可用性。

　　●  高并发、低延时

　　1)  在node1节点上使用Jmeter构造1500个数据库连接并发，往不含clob字段的表中压测5分钟，观察同步时延;

　　2)  在node1节点上使用Jmeter构造1000个数据库连接并发，往含clob字段的表中压测5分钟，观察同步时延;

　　3)  同时在node1、node2、node3和node4节点上使用Jmeter构造1000个数据库连接并发，往含clob字段的表中压测5分钟。

　　实测结果如下：

　　●  高并发极限业务压力情况下支持高可用

　　node1、node2、node3和node4的数据库同时为用户提供服务。同时在node1、node2、node3和node4节点上使用Jmeter构造1000个数据库连接并发，持续进行压测。

　　node1的数据库故障后，node2、node3和node4的数据库持续提供服务，用户对故障无感知。KingbaseFlySync先将node2、node3和node4的增量数据存放在本地，等node1恢复之后，再将故障期间产生的增量同步到node1，拉平数据，并恢复系统整体高可用能力。

　　功能强大，性能稳定。基于KingbaseFlySync同步软件的国产化新系统成功实现了行业的创新发展!

　　结语

　　科学技术的发展为人们购买火车票提供了多种多样的方式，极大地方便了大家返乡过年，采用网上购票已然成为一种趋势!对于数据库而言，国产化升级也是大势所趋，人大金仓KingbaseFlySync同步软件的双轨并行解决方案无需对用户原有应用和生产库进行任何变更，助力用户在新老系统之间平滑切换，免除用户对国产数据库到底行不行的顾虑，是国产应用系统升级的最优解决方案!