免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2182 | 回复: 5
打印 上一主题 下一主题

【讨论中】mysql自重启,请各位帮忙看下是什么问题。谢谢! [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2013-01-18 20:15 |只看该作者 |倒序浏览
本帖最后由 cenalulu 于 2013-01-25 10:03 编辑

mysqld: /tmp/software/mysql-5.5.19/sql/sql_error.cc:387: void Diagnostics_area::set_eof_status(THD*): Assertion `! is_set()' failed.
130118 12:41:36 - mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help diagnose
the problem, but since we have already crashed, something is definitely wrong
and this may fail.

key_buffer_size=4294967296
read_buffer_size=262144
max_used_connections=748
max_threads=1024
thread_count=114
connection_count=114
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 4992616 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x2e2a0ab0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7fdc8e69ae38 thread_stack 0x40000
/usr/local/mysql-5.5.19/bin/mysqld(my_print_stacktrace+0x35)[0x8c7cf2]
/usr/local/mysql-5.5.19/bin/mysqld(handle_segfault+0x31f)[0x556706]
/lib64/libpthread.so.0(+0xf500)[0x7fe28aedb500]
/lib64/libc.so.6(gsignal+0x35)[0x7fe289d898a5]
/lib64/libc.so.6(abort+0x175)[0x7fe289d8b085]
/lib64/libc.so.6(+0x2ba1e)[0x7fe289d82a1e]
/lib64/libc.so.6(__assert_perror_fail+0x0)[0x7fe289d82ae0]
/usr/local/mysql-5.5.19/bin/mysqld(_ZN16Diagnostics_area14set_eof_statusEP3THD+0x5e)[0x5d3928]
/usr/local/mysql-5.5.19/bin/mysqld(_Z6my_eofP3THD+0x39)[0x56c8a0]
/usr/local/mysql-5.5.19/bin/mysqld(_Z14ha_show_statusP3THDP10handlerton12ha_stat_type+0x23[0x75d31c]
/usr/local/mysql-5.5.19/bin/mysqld(_Z21mysql_execute_commandP3THD+0x10a1)[0x5f1c0c]
/usr/local/mysql-5.5.19/bin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x214)[0x5faaa1]
/usr/local/mysql-5.5.19/bin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcj+0xae1)[0x5eeb86]
/usr/local/mysql-5.5.19/bin/mysqld(_Z10do_commandP3THD+0x295)[0x5ede92]
/usr/local/mysql-5.5.19/bin/mysqld(_Z24do_handle_one_connectionP3THD+0x199)[0x6ce113]
/usr/local/mysql-5.5.19/bin/mysqld(handle_one_connection+0x33)[0x6cdc1f]
/lib64/libpthread.so.0(+0x7851)[0x7fe28aed3851]
/lib64/libc.so.6(clone+0x6d)[0x7fe289e3e6dd]

Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7fdbf8022660): is an invalid pointer
Connection ID (thread ID): 390987
Status: NOT_KILLED

The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.
130118 12:41:37 mysqld_safe Number of processes running now: 0
130118 12:41:37 mysqld_safe mysqld restarted

环境:centos 6.2 有足够内存,mysql版本5.5.19

论坛徽章:
4
戌狗
日期:2014-10-12 21:48:202015年辞旧岁徽章
日期:2015-03-03 16:54:15IT运维版块每日发帖之星
日期:2015-06-09 22:20:002016猴年福章徽章
日期:2016-02-18 15:30:34
2 [报告]
发表于 2013-01-22 23:23 |只看该作者
key_buffer_size=4294967296
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 4992616 K
key_buffer_size 设置有问题

论坛徽章:
0
3 [报告]
发表于 2013-01-23 19:15 |只看该作者
typuc 发表于 2013-01-22 23:23
key_buffer_size=4294967296
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 49 ...


这个问题还真不要相信它的错误信息。 我见过的几乎所有的crash都是这样。
我感觉还是分析堆栈信息开始处或结尾处更容易理解的信息吧,如果对源码不熟,这种堆栈信息还真不好处理

论坛徽章:
0
4 [报告]
发表于 2013-01-24 16:34 |只看该作者
回复 2# typuc
key_buffer_size是没有问题,原以为内存不足,当我把key_buffer_size改小设置为2G,发现问题照样。所以可以排除内存不足的原因。
我不知道是不是partition的问题。因为我现在有一partition为40多G近3亿条记录。表引擎为myisam
   

论坛徽章:
4
戌狗
日期:2014-10-12 21:48:202015年辞旧岁徽章
日期:2015-03-03 16:54:15IT运维版块每日发帖之星
日期:2015-06-09 22:20:002016猴年福章徽章
日期:2016-02-18 15:30:34
5 [报告]
发表于 2013-01-24 23:08 |只看该作者
你这个是什么情况出现这个情况的,数据库的版本是多少呢?
Connection ID (thread ID): 390987
Status: NOT_KILLED
看这个是个什么进程
http://www.mondounix.com/tag/oracle/ 看这个文章
最好通过监控软件或者 脚本定时任务收集数据库出问题前后的 状态情况,比如连接数那些

论坛徽章:
9
每日论坛发贴之星
日期:2016-01-04 06:20:00数据库技术版块每日发帖之星
日期:2016-01-04 06:20:00每日论坛发贴之星
日期:2016-01-04 06:20:00数据库技术版块每日发帖之星
日期:2016-01-04 06:20:00IT运维版块每日发帖之星
日期:2016-01-04 06:20:00IT运维版块每日发帖之星
日期:2016-01-04 06:20:00综合交流区版块每日发帖之星
日期:2016-01-04 06:20:00综合交流区版块每日发帖之星
日期:2016-01-04 06:20:00数据库技术版块每周发帖之星
日期:2016-03-07 16:30:25
6 [报告]
发表于 2013-01-25 10:04 |只看该作者
如果不是必现的话,可以认为是触雷碰到bug了~
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP