设为首页 收藏本站
查看: 1294|回复: 0

[经验分享] Zabbix mysql innodb文件ibdata1损坏导致mysql无法启动

[复制链接]

尚未签到

发表于 2018-10-11 10:18:39 | 显示全部楼层 |阅读模式
  一 故障描述
  发现Zabbix mysql的磁盘空间满了,之前升级Zabbix到3.2的时候,history_text这个表分区不起作用了,也没有及时处理。导致这个表越来越大,占了磁盘空间140多G。
  于是使用mv 命令将history_text.ibd这个文件移动到其他目录下,再使用ln -sf软链接的方式连接到原来的目录下。但是启动mysql报错了。
  还有看ibdata1比较大,我也是用了软连接方式把这个文件移动到其他目录下。然后mysql就无法启动了。
[Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details)  

  
[Warning] Buffered warning: option 'table_open_cache': unsigned value 8388608 adjusted to 524288
  
[Warning] Buffered warning: Changed limits: max_open_files: 102400 (requested 1078586)
  
[Warning] Buffered warning: Changed limits: table_open_cache: 36195 (requested 524288)
  

  
7fdcafc77700  InnoDB: Warning: purge reached the head of the history list,
  
InnoDB: but its length is still reported as 42949673139! Make a detailed bug
  
InnoDB: report, and submit it to http://bugs.mysql.com
  
InnoDB: Assertion failure in thread 140585818617600 in file trx0purge.cc line 699
  
InnoDB: Failing assertion: purge_sys->iter.trx_no rseg->last_trx_no
  
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: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
  
InnoDB: about forcing recovery.
  
14:14:05 UTC - mysqld got signal 6 ;
  二 故障解决

  •   [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details)
  解决办法:
  在/etc/my.cnf中添加
  explicit_defaults_for_timestamp=1
  
  2.
  [Warning] Buffered warning: option 'table_open_cache': unsigned value 8388608 adjusted to 524288
  [Warning] Buffered warning: Changed limits: max_open_files: 102400 (requested 1078586)
  [Warning] Buffered warning: Changed limits: table_open_cache: 36195 (requested 524288)
  解决办法:
  这个3个警告信息都和系统文件打开数有关
  ulimit -n 1024000
  /etc/security/limits.conf
  /etc/security/limits.d/90-nproc.conf
  两个文件中的nofile调大些
  
  3.
  7fdcafc77700  InnoDB: Warning: purge reached the head of the history list,
  InnoDB: but its length is still reported as 42949673139! Make a detailed bug
  InnoDB: report, and submit it to http://bugs.mysql.com
  InnoDB: Assertion failure in thread 140585818617600 in file trx0purge.cc line 699
  InnoDB: Failing assertion: purge_sys->iter.trx_no rseg->last_trx_no
  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: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
  InnoDB: about forcing recovery.
  14:14:05 UTC - mysqld got signal 6 ;
  
  从日志中可以看出MySQL的InnoDB崩溃了。
  这时候可以设置MySQL的InnoDB为恢复模式,恢复模式会使用数据库只读,用于不能更新、插入或者操作其他改变数据的操作。
  innodb_force_recovery  有0~6个级别
  设置
  innodb_force_recovery=2
  innodb_purge_threads=0
  然后检查有哪些表损坏
  mysqlcheck -A -uroot -p
  然后将需要的数据备份下来,重新导入到新的mysql库中,
  /opt/app/mysql/bin/mysqldump -uroot -p zabbix --ignore-table=zabbix.history --ignore-table=zabbix.history_uint  --ignore-table=zabbix.history_str  --ignore-table=zabbix.history_str > zabbixbackup20161215.sql
  /opt/app/mysql/bin/mysql -uroot -p zabbix < /mnt/sdb1/zabbixbackup20161215.sql
  
  
  
  参考文档:
  https://dev.mysql.com/doc/refman/5.6/en/server-system-variables.html#sysvar_explicit_defaults_for_timestamp
  http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
  http://blackbird.si/mysql-corrupted-innodb-tables-recovery-step-by-step-guide/



运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-620264-1-1.html 上篇帖子: MySQL数据库及表的管理 下篇帖子: mysql数据库环境优化
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表