看到网上某些文章的说法是把 max_allow_packet
改大,但是好像没用。
max_allowed_packet = 128M
大家有遇到过这个问题么?
1
casparchen 2014-08-14 19:46:55 +08:00 1
貌似是MySQL的通病, 我是把interactive_timeout和wait_timeout改大到31536000解决了.
|
2
Livid MOD OP |
3
ivanlw 2014-08-14 19:57:01 +08:00 via iPhone
上个月也一直遇到过同样问题,但是是在Linux,后来改了好几个地方就好了…记不住是哪里
|
4
gDD 2014-08-14 19:58:33 +08:00 1
看见 Markdown 了!!!
|
5
kingwkb 2014-08-14 20:41:52 +08:00
我现在都是开个虚拟机跑 mysql 和 redis,2个加起来内存占用能比 mac 直接运行 mysql 小一倍, mac mysql 打开都 400m+, 虚拟机才 150m, 加上其他虚拟机相关进程也就 200M 左右
|
6
wy315700 2014-08-14 20:47:49 +08:00
MarkDown !!!!!
|
7
initialdp 2014-08-14 21:11:11 +08:00
@Livid 这个问题是和mysql的一个定时器有关。详情请参考这个:
http://www.myvoipapp.com/cnblog/2012/07/12/mysql-server-has-gone-awaymysql%E6%95%B0%E6%8D%AE%E5%BA%93%E4%B8%A2%E5%A4%B1%E8%BF%9E%E6%8E%A5/ 解决办法是(1) mysql client端定时去ping一下mysql server端,或者(2)就是把默认定时器改大。 推荐用方法(1)。 |
8
est 2014-08-14 21:33:33 +08:00
网络不好就容易出现这个。
|
9
sumuu 2014-08-15 00:05:43 +08:00
关注中....
这个问题好像是一个无解的问题,我们公司平台所在的机房只要网络稍微差点点, 每天就能收到上千封预警邮件,这个官方说的更多的解决方案是楼主这个。 但是设置了好像还是没有用,更多相信是@est说的网络问题。我们公司的同事 监控发现,只要机房地区之间的ping值只要大于3s,就会有这样的问题。 |
10
cevincheung 2014-08-15 00:10:27 +08:00
MarkDown!!!!!!!!
|
11
gkiwi 2014-08-15 00:50:03 +08:00
MarkDown!!!!!!!!!!!
|
12
gkiwi 2014-08-15 00:51:00 +08:00
Markdown
=== |
13
gkiwi 2014-08-15 01:03:44 +08:00
看这个帖子: http://v2ex.com/t/127980
|
14
DearMark 2014-08-15 01:29:48 +08:00 via Android
'有限支持md'
|