一般来说伺服器的构筑数目是随著业务素质的变动而发生改变的，在短音频源代码产业发展末期业务素质相对较低因而构筑的伺服器也不多，但随著短音频源代码的产业发展，业务素质愈来愈高，所需伺服器也在急速减少，在减少伺服器时，假如怎样同时实现光滑地提速呢？
一、断电计划
断电计划在继续执行时能间接暂停提供更多服务项目，对采用者新体验的负面影响是十分间接的。具体内容继续执行关键步骤如下表所示：
1、提早发声明，知会短音频源代码伺服器须要展开升级换代。
2、停用伺服器，暂停大部份对内服务项目。
3、将短音频源代码中的统计数据依照伺服器层的演算法展开分拆，并重新实用性。
4、将旧库和新库中的统计数据展开奇偶校验对照。
5、修正服务项目层的实用性演算法。
6、重新启动伺服器，恢复正常大部份对内服务项目。
为确保全过程的顺利展开，须要在短音频源代码合作开发中同时实现格式化应急，假如某个各个环节的继续执行再次出现难题则立刻格式化。虽然该计划对采用者采用新体验的负面影响十分大，因而须要在提早知会的天数内顺利完成。
二、停写计划
在短音频源代码合作开发中资料库是有读和写机能的，为的是提高控制系统操控性随机存取一般来说是分立的，因而同时实现光滑提速还能借助停写计划。具体内容继续执行关键步骤如下表所示：
1、向采用者正式发布服务项目升级换代报告书。
2、停用短音频源代码中的写机能，资料库维持在黎贞状况。
3、拦截伺服器层接收的写请求，均返回伺服器正在升级换代中的提示信息。
4、将短音频源代码中的统计数据依照伺服器层的演算法展开分拆、分配等处理。
5、备份旧库中的统计数据，并借助备份统计数据与重新实用性后的统计数据展开奇偶校验对照。
6、修正伺服器层的实用性演算法。
7、恢复正常资料库的随机存取机能，去除伺服器层的拦截提示。
8、删除冗余统计数据。
在停写计划中也须要同时实现格式化应急，确保某个各个环节继续执行失败后可快速重来。在短音频源代码中采用该计划停写的天数比较长，在提速过程中统计数据须要复制，在提速顺利完成后还须要将冗余数据清理掉，过程较为繁杂。
所谓的光滑提速就是在提速过程中尽可能降低对采用者采用新体验的负面影响。短音频源代码同时实现光滑提速除了上述的两种计划外，还有日志计划、双写计划、光滑2N计划等，我们须要结合实际的提速情况和数据量规模展开计划的选择。
声明：本文由云豹科技原创，转载请注明作者名及原文链接，否则视为侵权
