signal 6 mysql_mysql-mariadb启动报错恢复数据([ERROR] mysqld got signal 6)

博客内容描述了在启动MySQL-MariaDB时遇到信号6错误,以及数据库页可能存在的损坏问题。日志显示InnoDB存储引擎报告了页面校验和不匹配和数据库页可能的腐败。建议尝试从备份恢复,检查操作系统文件缓存,或者重新启动系统。同时,还提示了可能存在硬件故障,内存陷阱和重复的断言失败。
摘要由CSDN通过智能技术生成

160226 11:00:21  InnoDB: Page checksum 913642282 (32bit_calc: 472052024), prior-to-4.0.14-form checksum 2048873750

InnoDB: stored checksum 913642282, prior-to-4.0.14-form stored checksum 1622372148

InnoDB: Page lsn 0 142354744, low 4 bytes of lsn at page end 142348560

InnoDB: Page number (if stored to page already) 589,

InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0

InnoDB: Page may be an update undo log page

InnoDB: Database page corruption on disk or a failed

InnoDB: file read of page 589.

InnoDB: You may have to recover from a backup.

InnoDB: It is also possible that your operating

InnoDB: system has corrupted its own file cache

InnoDB: and rebooting your computer removes the

InnoDB: error.

InnoDB: If the corrupt page is an index page

InnoDB: you can also try to fix the corruption

InnoDB: by dumping, dropping, and reimporting

InnoDB: the corrupt table. You can use CHECK

InnoDB: TABLE to scan your table for corruption.

InnoDB: about forcing recovery.

InnoDB: Ending processing because of a corrupt database page.

160226 11:00:21  InnoDB: Assertion failure in thread 139871429470272 in file buf0buf.c line 4032

InnoDB: We intentionally generate a memory trap.

InnoDB: Submit a detailed bug report to

http://bugs.mysql.com.

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: about forcing recovery.

160226 11:00:21 [ERROR] 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.

Server version: 5.5.44-MariaDB

key_buffer_size=134217728

read_buffer_size=131072

max_used_connections=0

max_threads=153

thread_count=0

It is possible that mysqld could use up to

key_buff

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值