假设我们有一个访问量很高的互联网网站,比如每天 1000 万 pv,
说,
- session sticky 不能很好地处理故障转移,用户会受到影响;
- 会话复制可能会导致过多的开销,
- 使用一些集群缓存服务器来存储实际的会话数据,并且只对键(比如,useid)之类的东西进行会话复制?
我曾经在 ebay 上问过某人,他们说他们为此在内存中使用 mysql 集群。有什么好的方法/最佳实践吗?
假设我们有一个访问量很高的互联网网站,比如每天 1000 万 pv,
说,
我曾经在 ebay 上问过某人,他们说他们为此在内存中使用 mysql 集群。有什么好的方法/最佳实践吗?
在内存集群中是最好的选择,请参阅
您可以尝试使用 Terracotta Websessions
好吧,因为它肯定不是平均分布,所以我还没有数据,但我希望它应该至少每秒处理 1000 个动态请求,如果可能的话
有可能会有这么多活动的爆发,这就是我问的原因。解决方案会有所不同,具体取决于您认为爆发是什么。您可以支持每秒 1K 更新,如果您有一个快速磁盘(缓存的磁盘控制器或 SSD),则使用 MySQL
顺便说一句:我有一个数据库库,它在商品硬件上支持每秒 200K - 20M 更新,但它不那么容易使用,所以你真的需要它。;)