最近几天经常会收到一些异常报告,都是无法获取数据库连接的,平均每天三两次,而昨天最多,估计都有10次。明显感觉页面响应速度慢,执行任何个查询也很慢。
查看了mysql日志和系统日志,没有任何异常,iowait 值 3.5% ,不算太高。
系统物理内存4G,swap分区6G,4G空间已用完,6G的swap用了一半,这个情况维持了好长时间了,没有任何问题。
到快下班的时间实在忍不住了,停掉tomcat,准备重启mysql的时候发现停不掉,最后强行kill mysql 的进程。幸亏启动很顺利。
重启后系统内存迅速释放,网站访问非常顺畅。
同时也对应用上做了一些调整,延长缓存失效时间。
机器还是太老了,看来是有必要升级下内存,先顶着吧。
|
数据量太大了,是不是考虑应用和服务器分离?
|
|
引用来自“liuhaihua”的评论数据量太大了,是不是考虑应用和服务器分离? |
|
引用来自“红薯”的评论引用来自“liuhaihua”的评论数据量太大了,是不是考虑应用和服务器分离? |
|
引用来自“sunyh”的评论引用来自“红薯”的评论引用来自“liuhaihua”的评论数据量太大了,是不是考虑应用和服务器分离? 不过成本当然要有所控制. 这样才能把红薯的内功给憋出来. |
|
可惜应用已经做好了,换 PG肯定没有这个问题,Mysql是并行进程的。
Pg是流水线的 |
|
My在发生写入的时候就会上锁,并且每个连接对应的都是heavy 进程。Ora/PG都是listener而已,队列化,并且集中写到特定进程不会发生争用
|
|
我早期用一个1G的DL320,一个CPU,一个月要上下行4000万以上的数据,并且执行复杂的查询逻辑,都没有问题
|
|
xiaohangHu 发表于 2011-05-13 09:11
回复此评论
饿,考验老大的时候到了
|
|
要 融资吗?呵呵 。
可以发展一下 技术论坛啊,做点广告啊 |
|
不要老是去做那么一点点 性能优化。。。。浪费时间。。。
人力成本比机器贵多了。 |