也就意味著，在高峰期，需要有1億-2億條數據被數據庫存儲、使用，并完成同步。

        未來只會更多。

        當數據量小的時候，類似“;*%”這樣的sql語言，可以很快速的響應并執行。

        可是當數據量超級大的時候，這樣的語句就完蛋了。

        就死機了。

        尤其對備受互聯網同行詬病的數據庫來說，執行超過10億條數據的指令時，反應速度就會奇慢無比。

        可能要處理半個多小時，才能響應。

        這黃花菜都涼了。

        當用戶積攢金幣，從2000金幣積攢到2100金幣，結果半個小時以后才在數據顯示中刷新顯示出來……用戶體驗就會嚴重的降低。

        就算許亮杰的團隊設計出了好幾套分布式算法來優化、改進響應速度，效果依舊不是很滿意。

        內容未完，下一頁繼續閱讀