发何处理每天1000千万的并发

zjq8188

每天有1000千万PV量。MYSQL怎么处理这些并发。你每一个刷新就更新一次PV。

cycker

1000KW？ 我但愿你是打多了个千。。。
我觉得如果是1000W,平均到每秒也就是115次，这个量是很低的。

如果是1000KW，那就是115740次，当然峰值比平均值会高很多吧，你要评估峰值有多少。

测试一台DB能支持多少次，如果一台机器处理不过来，当然就是搞多台机器。

[ 本帖最后由 cycker 于 2008-5-26 18:52 编辑 ]

todayhero

原帖由 zjq8188 于 2008-5-26 18:10 发表
每天有1000千万PV量。MYSQL怎么处理这些并发。你每一个刷新就更新一次PV。

1.PV是指page view,你有1K千万量,并不表示你mysql也有1K千万并发,或小于或大于

2.mysql若是并发数真的很大.建议使用如下方法.
A.将单一数据库.按功能或是其它标准,物理上划分多个数据库.放在不同的服务器.

B.若是分布后,并发负载仍很大的,做master-slave模式,做到写与读分离.

C.若是并发负载还是很大.那就针对某一部继续扩大master-slave模式

waynewu

并发大也可以尝试,前端使用memcached或使用mysql proxy实现读写分离.

cycker

原帖由 todayhero 于 2008-5-26 19:10 发表



1.PV是指page view,你有1K千万量,并不表示你mysql也有1K千万并发,或小于或大于

2.mysql若是并发数真的很大.建议使用如下方法.
A.将单一数据库.按功能或是其它标准,物理上划分多个数据库.放在不同的服 ...

master-salve读写分离你们用的很普遍吗？

我们的DB，在SLAVE繁忙的时候经常能看到SLAVE会跟不上MASTER，也有某些情况会造成BINLOG无法解析导致SLAVE中断。
所以我们不敢使用MASTER 写， SLAVE读的模式。我们的SLAVE一般只用来做备份及统计查询的功能。

想问一下你们有没有发现过同类的情况。

yueliangdao0608

原帖由 cycker 于 2008-5-27 10:50 发表



master-salve读写分离你们用的很普遍吗？

我们的DB，在SLAVE繁忙的时候经常能看到SLAVE会跟不上MASTER，也有某些情况会造成BINLOG无法解析导致SLAVE中断。
所以我们不敢使用MASTER 写， SLAVE读的模式 ...

这个GOOGLE有提供PATCH的。

liangguzi

一般这样的数据会有些比较热点，有些比较冷
前面加上cache就行了

jason0127

我的现在就是在master后面拖了两个slave,两个slave前面用lvs做分发.晚上在slave上备份的时候会有延迟,但不影响业务.

chuhongze

原帖由 zjq8188 于 2008-5-26 18:10 发表
每天有1000千万PV量。MYSQL怎么处理这些并发。你每一个刷新就更新一次PV。

一个数据库存储节点,加多个处理节点组成处理集群或网格