默认冷灰
24号文字
方正启体

第864章 大中台的技术障碍 (8 / 9)

作者:荒野悲歌 最后更新:2024/5/15 18:43:24
        也就意味着,在高峰期,需要有1亿-2亿条数据被数据库存储、使用,并完成同步。

        未来只会更多。

        当数据量小的时候,类似“selebsp;*fromtablexxwheretitlelike%xx%”这样的sql语言,可以很快速的响应并执行。

        可是当数据量超级大的时候,这样的语句就完蛋了。

        就死机了。

        尤其对备受互联网同行诟病的oracle数据库来说,执行超过10亿条数据的指令时,反应速度就会奇慢无比。

        可能要处理半个多小时,才能响应。

        这黄花菜都凉了。

        当用户积攒金币,从2000金币积攒到2100金币,结果半个小时以后才在数据显示中刷新显示出来……用户体验就会严重的降低。

        就算许亮杰的团队设计出了好几套分布式算法来优化、改进响应速度,效果依旧不是很满意。

        内容未完,下一页继续阅读
(←快捷键) <<上一章 举报纠错 回目录 回封面 下一章>> (快捷键→)

大家都在看?