Chinaunix首页 | 论坛 | 博客
  • 博客访问: 643397
  • 博文数量: 76
  • 博客积分: 3091
  • 博客等级: 中校
  • 技术积分: 996
  • 用 户 组: 普通用户
  • 注册时间: 2007-03-11 15:40
个人简介

IT老兵,爱好胡思乱想、读书和交流,2015年底重新回到IT战场,期待再一次“贯穿”。

文章存档

2020年(11)

2018年(1)

2017年(1)

2016年(1)

2015年(1)

2014年(2)

2011年(5)

2010年(2)

2009年(4)

2008年(28)

2007年(20)

我的朋友

分类: 系统运维

2008-03-28 16:47:34

问题描述:一个很简单的内容发布系统,采用win2000+apache2.0.50+mysql4.1+PHP5.0.0+zendOptimizer,查询简单,负载很低。

文章条数大概超过10000后,打开首页大概要10多秒钟,apache很快就僵死(进程淤积、耗尽内存),页面就只出现最上面的一点点静态(非数据库)内容,只有停止再开始apache才行,

一开始为了对付,每天设置计划任务,大概stop->start apache几次,现在随着内容增多,频繁死机,无法忍受。

 

解决过程:在网上查了N多资料,发现这个问题还是比较普遍,尤其是据说windows版本

1, 怀疑apache版本低了,内存泄漏,有文章提及在httpd.conf文件中添加Win32DisableAcceptEx 标记,如下:

ThreadsPerChild 250

MaxRequestsPerChild  50

Win32DisableAcceptEx

以及对apache并发连接keepalive参数timeout等一系列调节没有太多效果反而感觉僵死更快

不过apache的内存确实一直不怎么释放一直在上升看来在windowsapache的多线程模型实现的有些问题(新版本呢)

 

2,又过了一段时间,继续查找,有说是MySQL问题,并且说明mysql问题的解决方法

开始以为mysql版本弱了,另外一台服务器上试验升级到mysql5,首先碰到mysql字符集问题,介绍方法也很多,不过我最终还不是很明白,

而且不小心用myadmin操作了旧服务的mysql4,把原来的系统也搞破坏了,那个急啊!幸亏......

积累了一个经验,要是不小心把字符集弄错了,可能是个很麻烦的事情,有一个简单办法,运行MYSQL安装bin目录下的配置向导,然后重新配置一遍!

然后又碰到mysql权限和远程访问问题:ERROR 1130: Host '192.168.1.3' is not allowed to connect to this MySQL server

再网上查到解决方法:GRANT ALL PRIVILEGES ON *.* TO 'root'@'10.10.40.54' IDENTIFIED BY '123456' WITH GRANT OPTION搞定

做完了后没有任何改观,看来不要把全部希望寄托在软件版本上,还是要立足于找到问题关键

 

3,开始回头分析再php设计里面有不合理的查询,用下面的方法可以找出慢的mysql查询:修改my.ini文件再重启服务

log-slow-queries = slow.log  //windwos下直接写这句,不带路径时候自动生成到 mysql的data目录下

long_query_time = 5  //超过5秒的查询都记录日志

通过这个方式,确实找到了几个慢查询,清理了几个垃圾,效果要好多了,但还是有点慢

 

4,在这个快要崩溃的时候,重新看了一下《MySql故障排除》,发现排除故障时还是这种案例解决的最有参考价值,照着做了下(my.ini):

  #取消文件系统的外部锁

   skip-locking

  #不进行域名反解析,注意由此带来的权限/授权问题

  skip-name-resolve

 #索引缓存,根据内存大小而定,如果是独立的db服务器,可以设置高达80%的内存总量

 key_buffer = 512M

 #连接排队列表总数

 back_log = 200

 max_allowed_packet = 2M

 #打开表缓存总数,可以避免频繁的打开数据表产生的开销

 table_cache = 512

 #每个线程排序所需的缓冲

 sort_buffer_size = 4M

 #每个线程读取索引所需的缓冲

 read_buffer_size = 4M

 #MyISAM表发生变化时重新排序所需的缓冲

 myisam_sort_buffer_size = 64M

 #缓存可重用的线程数

 thread_cache = 128

 #查询结果缓存

 query_cache_size = 128M

 #设置超时时间,能避免长连接

 set-variable = wait_timeout=60

 

做到查询结果缓存的时候,眼睛一亮,有希望,赶快重启mysql!第一次运行还是花了几秒,可以理解,第二次又花了几秒,有点失落,

再刷了几次,终于快了起来,还是缓存管用啊!而且mysql不愧为速度最快的SQL数据库,这种非事务处理环境确实很强。

 

5,小结

就是一个简单的缓存,问题总算缓解了,为什么Mysql不把缓存自动设置一下,大多应用系统没那么多复杂和众多的不同查询吧。

但是apache确实还是有点内存不释放的问题:[1]windows下据说换成iis要好一些;[2]MaxRequestsPerChild 设置一个较小的值,如50,进程就可以经常重新来一下,淤积情况好一些了。

暂时不影响使用了,以后问题大了再说吧......

总之,不要什么东西都指望版本升级,准确找到问题,然后这些系统软件本身也会有很多选项的。

 

6,部分参考:

  • Window下APACHE的Win32DisableAcceptEx的问题
  • MySql故障排除 routerpipe/archives/2007/403.html
阅读(9404) | 评论(1) | 转发(0) |
给主人留下些什么吧!~~

chinaunix网友2008-05-30 11:19:01

效果还不错呢