Chinaunix首页 | 论坛 | 认证专区 | 博客 登录 | 注册
  • 博客访问: 1056314
  • 博文数量: 176
  • 博客积分: 1857
  • 博客等级: 上尉
  • 技术积分: 2556
  • 用 户 组: 普通用户
  • 注册时间: 2012-04-14 22:55
  • 认证徽章:
个人简介

吾生有涯,而知无涯,适当止学.循序渐进,步步提升 Talk is cheap, show me the code.

文章分类

全部博文(176)

微信关注

IT168企业级官微



微信号:IT168qiye



系统架构师大会



微信号:SACC2013

订阅
热词专题

分类: Mysql/postgreSQL

备注:这篇是2012年写出的文章,虽然时间久远,但有实践经验意义。发布到个人博客,以免丢失。

背景:今天同事说跑程序时MySQL总自动断开而后程序会停止,因为MySQL和程序是在同一台机器排除网络原因,后来随便找一个数据少的表,用select count(*) from news;一直不断的刷新,过一小会就会出现:

现象如下:
MySQL server has gone away No connection. Trying TO reconnect...

之前出现类似has gone away的时候是因为导入数据时max_allowed_packet值太小的原因,试着加大没有效果,接着看日志发现问题了如下:

----------------------------------------------------------mysql日志 -----------------------------------------------------------------------
Nov 1216:05:09 spider mysqld[763]: 091112 16:05:09 [Warning] Could not 
increase number of max_open_files to more than 1024(request:1210)
------------------------------------------------------------------------------------------------
接着查看MySQL的open_files_limit为1024,如下: 
mysql>SHOW VARIABLES LIKE'open%';
+------------------+-------+| Variable_name    | Value |
+------------------+-------+| open_files_limit |1024  |
+------------------+-------+1 row INSET(0.00 sec)
在/etc/my.cnf加入open_files_limit=8192后重启MySQL后查看不起作用(重点在于操作系统的文件打开数是否够)

接着查看了下系统默认的打开文件数

ulimit -n
1024

在/etc/security/limits.conf添加

*               soft    nofile          8192
*               hard    nofile          8192

重新登录并重启MySQL后查看

ulimit -n
8192
SHOW VARIABLES LIKE'open%'; 
+------------------+-------+| Variable_name    | Value |
+------------------+-------+| open_files_limit |8192  |
+------------------+-------+1 row INSET(0.00 sec)
再次跑程序异常消失。

 
 

阅读(21) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~
评论热议
请登录后评论。

登录 注册