mysqldump死住(实际是导致mysqld crash)_MySQL数据库_黑客防线网安服务器维护基地--Powered by WWW.RONGSEN.COM.CN

mysqldump死住(实际是导致mysqld crash)

作者:黑客防线网安MYSQL维护基地 来源:黑客防线网安MYSQL维护基地 浏览次数:0

本篇关键词:导致实际mysqldthis
黑客防线网安网讯:  在MySQL 5.0.16上,用mysqldump导出数据,mysqldump半天没反应。  操作系统是RHEL4.0。  看日志  *** glibc detected *** free(): invalid pointer: 0xb17d60b0 ***  mysqld go...

  在MySQL 5.0.16上mysqldump导出数据mysqldump半天没反应

  操作系统是RHEL4.0

  看日志

  *** glibc detected *** free(): invalid pointer: 0xb17d60b0 ***

  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=8388600

  read_buffer_size=131072

  max_used_connections=2

  max_connections=100

  threads_connected=2

  It is possible that mysqld could use up to

  key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 225791 K

  bytes of memory

  Hope that's ok; if not, decrease some variables in the equation.

  thd=0x9d69ba0

  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...

  Cannot determine thread, fp=0xb17d5a6c, backtrace may not be correct.

  Stack range sanity check OK, backtrace follows:

  0x815f652

  0x9ed7c8

  (nil)

    黑客防线网安服务器维护方案本篇连接:http://www.rongsen.com.cn/show-8011-1.html
网站维护教程更新时间:2012-03-20 04:47:37  【打印此页】  【关闭
我要申请本站N点 | 黑客防线官网 |  
专业服务器维护及网站维护手工安全搭建环境,网站安全加固服务。黑客防线网安服务器维护基地招商进行中!QQ:29769479

footer  footer  footer  footer