VoteEngine预计在本周进行结案工作
但目前在性能上遇到一些挫折,当数据量达1000W以上时,性能大不如前。
做了许多优化的工作,减少联合查询,减少排序查询,建立相应的索引等,但效果不大明显。
索引加快了查询速度,但却增加了对Insert/update操作的开销
目前想到的:
1、尽最大可能减少操作最频繁、数据量最多的那条表的记录,定时将一些不用的数据进行转移。
2、定期维护索引。
目前已清空所有数据,再次使用LoadRunner做12小时的压力测试
明天就可以看到结果了
VoteEngine预计在本周进行结案工作
但目前在性能上遇到一些挫折,当数据量达1000W以上时,性能大不如前。
做了许多优化的工作,减少联合查询,减少排序查询,建立相应的索引等,但效果不大明显。
索引加快了查询速度,但却增加了对Insert/update操作的开销
目前想到的:
1、尽最大可能减少操作最频繁、数据量最多的那条表的记录,定时将一些不用的数据进行转移。
2、定期维护索引。
目前已清空所有数据,再次使用LoadRunner做12小时的压力测试
明天就可以看到结果了
Using Gravatars in the comments - get your own and be recognized!
XHTML: These are some of the tags you can use: <a href=""> <b> <blockquote> <code> <em> <i> <strike> <strong>
LoadRunner 有时间可以介绍介绍这个吗?:d
lr用得很普遍
一般用来做性能、压力方面的测试
网上有很多相关的资料
因为我也不大会玩,只会简单的一些设置:d
不大会玩?幻想曲好谦虚!:up:
没提缓存, 单测数据库性能?
除了减少查询并优化查询外, 还可以考虑分表, 分库等措施, 如果有条件的话分布式也是个不错的方案.
我也在学<a href="http://www.jwjjm.cn">优化</a>,不过怎么和你说的不一样呢。。。
LoadRunner..Mark~:)
呵呵,看不懂啊….看不懂…. :d