假设我们有一个访问量很高的互联网网站,比如说,每天1000万pv,
比如
- 会话粘性不能很好地处理故障转移,用户会受到影响
- 会话复制可能导致过多的开销
- 使用一些集群缓存服务器来存储实际的会话数据,并且只对key(比如useid)之类的东西进行会话复制
我曾经问过ebay的某个人,他们说他们使用内存中的mysql集群来实现这一点。有什么好方法/最佳实践吗?
好吧,因为这肯定不是平均分布,我还没有数据,但如果可能的话,我预计它应该至少每秒处理1000个动态请求
有可能会爆发这么多的活动,这就是我问的原因。解决方案根据您认为的突发情况而有所不同。您可以支持每秒1K的更新,MySQL提供了一个快速磁盘(磁盘控制器缓存或SSD)
BTW:我有一个数据库库,它支持商品硬件每秒200K-20M的更新,但它不那么容易使用,所以你真的需要它。)
内存集群是最佳选择,请参阅
http://www.mysql.com/products/cluster/features.html
您可以尝试使用Terracotta Websessions
- http://terracotta.org/
- http://terracotta.org/products/web-sessions