微博只要被看到一次阅读数就要加一,总并发写入峰值可达上百万次每秒,承载相应的写入压力需要大量资源。如果你来设计,采取什么架构哪?
架构设计 php
高并发写入必定会造成数据库锁的占用时间过长,所以采用延迟写入肯定是没有异议的,但这也是以降低数据实时性为代价,写入间隔时间长短需要慎重衡量。 我的一个想法是能否将这个动作交给其他程序进行处理,通过进程间通信方式交换数据。由该进程负责延迟写入,省去脚本中的写入判断。但又觉得这种方式可能会在通信方面效率低于单脚本处理。
数据不同维度的过滤顺序
商城并发抢购库存减至负数问题
怎样提高支付系统的安全性及稳定性?
区域定位,通过IP定位客户端地址
xss漏洞通用解决方案
如何设计用户在网站操作统计系统?