前記
今年的雙十一，不同于往年，今年多了個小雙十一，也就是馬上要到來的11.1。
究其原因，可能是互聯網公司為了慰藉在2020年歷經種種困難的國人，讓他們享受雙重狂歡。也有可能是互聯網公司吸取了前些年運營雙十一的教訓，讓小雙十一先分散一部分流量，不至于單一時間段造成的服務器壓力，讓整個購物流程更加順暢。
當然，我更加相信后者。
今年的多一次搶購，必然會嗨翻熱衷購物的消費者。但是每一次順暢刷新，加入購物車，支付的背后，都是眾多技術小哥加班戰(zhàn)斗的結果。
去年的雙十一，我有幸作為一個技術新手（其實就是打雜的）參與到某銀行開發(fā)中心的雙十一運維流程中，并見證了一波程序員的辛勞。
接下來，想聊一聊我所了解的關于支付端公司，或者說技術提供商的雙十一。
1、數據庫優(yōu)化
消費者的數據，都存放在支付公司的數據庫里面。一般對數據庫的操作是增刪改查。但是每當有上億人在同時增刪改查的時候，數據庫的性能就變得非常重要了。
在雙十一的一個月乃至幾個月前，公司的技術團隊其實就會對一些核心數據庫做優(yōu)化，例如數據庫的索引重建、表的合并，數據庫遷移等。
2、服務器壓測
同樣的，在雙十一前，公司內部也會對自己的服務器做間斷的壓力測試。測試的時間一般在凌晨，也就是搶購的高峰期階段。
當然，做壓力測試的時候，一般很難有全部的準確數據，大部分數據是團隊自己造的，或者利用往年的數據。
去年同組的小伙伴一周要做兩三次壓測，每次搞到凌晨2-3點，甚是辛苦。
3、流量監(jiān)控
如果是往常而不是雙十一，公司的流量監(jiān)控一般是掛著自動腳本在跑的。例如銀行在日常跑批的時候，都會有早，中，晚三個腳本。
但是到了雙十一這天，腳本是靠不住的。必須得輪流值班，手動去監(jiān)控各階段批次的完成次序。避免某一個步驟“卡機”，從而影響銷售額或者公司的口碑。
當時所在公司數據中心不在廣州，而在北京。所以組里會提前幾天派人過去北京做流量監(jiān)控的匯報。而公司負責支付的小組也是輪流在機房值班。
沒記錯的話，去年的雙十一，通過改行接口支付出去的訂單筆數，半天就高達5000w筆。
