前记
今年的双十一，不同于往年，今年多了个小双十一，也就是马上要到来的11.1。
究其原因，可能是互联网公司为了慰藉在2020年历经种种困难的国人，让他们享受双重狂欢。也有可能是互联网公司吸取了前些年运营双十一的教训，让小双十一先分散一部分流量，不至于单一时间段造成的服务器压力，让整个购物流程更加顺畅。
当然，我更加相信后者。
今年的多一次抢购，必然会嗨翻热衷购物的消费者。但是每一次顺畅刷新，加入购物车，支付的背后，都是众多技术小哥加班战斗的结果。
去年的双十一，我有幸作为一个技术新手（其实就是打杂的）参与到某银行开发中心的双十一运维流程中，并见证了一波程序员的辛劳。
接下来，想聊一聊我所了解的关于支付端公司，或者说技术提供商的双十一。
1、数据库优化
消费者的数据，都存放在支付公司的数据库里面。一般对数据库的操作是增删改查。但是每当有上亿人在同时增删改查的时候，数据库的性能就变得非常重要了。
在双十一的一个月乃至几个月前，公司的技术团队其实就会对一些核心数据库做优化，例如数据库的索引重建、表的合并，数据库迁移等。
2、服务器压测
同样的，在双十一前，公司内部也会对自己的服务器做间断的压力测试。测试的时间一般在凌晨，也就是抢购的高峰期阶段。
当然，做压力测试的时候，一般很难有全部的准确数据，大部分数据是团队自己造的，或者利用往年的数据。
去年同组的小伙伴一周要做两三次压测，每次搞到凌晨2-3点，甚是辛苦。
3、流量监控
如果是往常而不是双十一，公司的流量监控一般是挂着自动脚本在跑的。例如银行在日常跑批的时候，都会有早，中，晚三个脚本。
但是到了双十一这天，脚本是靠不住的。必须得轮流值班，手动去监控各阶段批次的完成次序。避免某一个步骤“卡机”，从而影响销售额或者公司的口碑。
当时所在公司数据中心不在广州，而在北京。所以组里会提前几天派人过去北京做流量监控的汇报。而公司负责支付的小组也是轮流在机房值班。
没记错的话，去年的双十一，通过改行接口支付出去的订单笔数，半天就高达5000w笔。
