解决Mysql InnoDB: Failing assertion: ret || !assert_

Mysql InnoDB:Failing assertion: ret || !assert_on_error问题是因为内存或空间不足导致了,解决办法就是重启一下系统即可解决.　

国庆回来后,发现mysql停止服务了,没办法继续启动了,查看日志,看到:

131008 09:56:03 mysqld_safe Starting mysqld daemon with databases from / var /lib/mysql  131008  9:56:03 [Warning] option  'read_buffer_size' : unsigned value 1024 adjusted to 8192  131008  9:56:03 [Note] Plugin  'FEDERATED'  is disabled.  131008  9:56:03 InnoDB: The InnoDB memory heap is disabled  131008  9:56:03 InnoDB: Mutexes  and  rw_locks  use  GCC atomic builtins  131008  9:56:03 InnoDB: Compressed tables  use  zlib 1.2.3  131008  9:56:03 InnoDB: Using Linux native AIO  131008  9:56:03 InnoDB: Initializing buffer pool, size = 128.0M  131008  9:56:03  InnoDB: Assertion failure in thread 47953380146304 in file ut0mem.c line 103  InnoDB: Failing assertion: ret || !assert_on_error  InnoDB: We intentionally generate a memory trap.  InnoDB: Submit a detailed bug report to http: //bugs.mysql测试数据.   InnoDB: If you get repeated assertion failures  or  crashes, even  InnoDB: immediately after the mysqld startup, there may be  InnoDB: corruption in the InnoDB tablespace. Please refer to  InnoDB: http: //dev.mysql测试数据/doc/refman/5.5/en/forcing-innodb-recovery.html   InnoDB: about forcing recovery.  01:56:03 UTC - 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=0  read_buffer_size=8192  max_used_connections=0  max_threads=151  thread_count=0  connection_count=0  It is possible that mysqld could  use  up to   key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 312196 K  bytes of memory  Hope that's ok;  if  not, decrease some variables in the equation.    Thread pointer: 0x0  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 = 0 thread_stack 0x40000  /usr/libexec/mysqld(my_print_stacktrace+0x2e)[0x78b18e]  /usr/libexec/mysqld(handle_fatal_signal+0x493)[0x6741b3]  /lib64/libpthread.so.0(+0xf500)[0x2b9d0116a500]  /lib64/libc.so.6(gsignal+0x35)[0x2b9d02b9f8a5]  /lib64/libc.so.6(abort+0x175)[0x2b9d02ba1085]  /usr/libexec/mysqld[0x8363d8]  /usr/libexec/mysqld[0x8944be]  /usr/libexec/mysqld[0x893d26]  /usr/libexec/mysqld[0x84ea80]  /usr/libexec/mysqld[0x858aab]  /usr/libexec/mysqld[0x817bf0]  /usr/libexec/mysqld[0x7e4390]  /usr/libexec/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x41)[0x676eb1]  /usr/libexec/mysqld[0x58d4d8]  /usr/libexec/mysqld(_Z11plugin_initPiPPci+0x8c8)[0x590db8]  /usr/libexec/mysqld[0x518078]  /usr/libexec/mysqld(_Z11mysqld_mainiPPc+0x3fd)[0x51b1dd]  /lib64/libc.so.6(__libc_start_main+0xfd)[0x2b9d02b8bcdd]  /usr/libexec/mysqld[0x510ee5]  The manual page at http: //dev.mysql测试数据/doc/mysql/en/crashing.html contains   information that should help you find out what is causing the crash.  131008 09:56:03 mysqld_safe mysqld from pid file / var /run/mysqld/mysqld.pid ended 

根据这个链接:http://dev.mysql测试数据/doc/refman/5.5/en/forcing-innodb-recovery.html,进行操作,修改my.cnf,加入:

[mysqld]

innodb_force_recovery = 4

innodb_force_recovery有0 － 6,7个选项,具体含义可以直接访问上面的链接,官方解释得很清楚,保存my.cnf后,尝试重启mysql,又出现新情况:

131008 10:00:24 mysqld_safe Starting mysqld daemon  with  databases  from  /var/lib/mysql  131008 10:00:24 [Note] Plugin  'FEDERATED'   is  disabled.  131008 10:00:24 InnoDB: The InnoDB memory heap  is  disabled  131008 10:00:24 InnoDB: Mutexes  and  rw_locks use GCC atomic builtins  131008 10:00:24 InnoDB: Compressed tables use zlib 1.2.3  131008 10:00:24 InnoDB: Using Linux native AIO  131008 10:00:24 InnoDB: Initializing buffer pool,  size  = 128.0M  InnoDB: mmap(137363456 bytes) failed; errno 12  131008 10:00:24 InnoDB: Completed initialization  of  buffer pool  131008 10:00:24 InnoDB: Fatal error: cannot allocate memory  for  the buffer pool   --phpfensi测试数据   131008 10:00:24 [ERROR] Plugin  'InnoDB'  init  function  returned error.  131008 10:00:24 [ERROR] Plugin  'InnoDB'  registration  as  a STORAGE ENGINE failed.  131008 10:00:24 [ERROR] Unknown/unsupported storage engine: InnoDB  131008 10:00:24 [ERROR] Aborting    131008 10:00:24 [Note] /usr/libexec/mysqld: Shutdown complete    131008 10:00:24 mysqld_safe mysqld  from  pid file /var/run/mysqld/mysqld.pid ended 

竟然提示内存不足以分配,暂时释放了一下内存,重新重启,终于正常了,接下来要查哪里内存使用出现问题了.

 

 

查看更多关于解决Mysql InnoDB: Failing assertion: ret || !assert_的详细内容...