一同事反馈有一MySQL实例因为断电之后,启动不了。用了innodb_force_recovery=6也无效,于是前往查看。
排查过程:
最早的启动信息里面,没有任何报错,只有一行[ERROR] Aborting提示,如下:
接着同事用了innodb_force_recovery=6的方式,才多出现了如下的错误提示,但仍无法启动成功,这个时候,我才决定去看个究竟。
过滤启动日志,grep ERROR /data/mysql/3306/mysql_run.err
可以看到,全部报错主要如下:
MySQL大多数不能启动的原因,都是系统数据库的原因,看来这个也不例外。
尝试使用带--skip-grant-tables的方式登录系统,竟然成功了。
/usr/local/mysql/bin/mysqld_safe --defaults-file=/data/mysql/3306/my.cnf --user=mysql --skip-grant-tables &
紧接着,抓紧对innodb进行检查,执行:
innochecksum ibdata1
后发现没有任何输出。
接着执行mysqlcheck,果然修复一些mysql库下面的表报错。之后以正常方式重启系统,MySQL恢复正常。
mysqlcheck -u root -p --repair -A
总结:
1、MySQL并没有那么脆弱,没必要在损坏的时候就通过备份恢复的方式执行还原,费时费力;
2、启动过程中,可以通过设置--skip-grant-tables或者设置innodb_force_recovery(这个参数要修改cnf文件)来让MySQL跳过一些检查,使实例成功启动;
3、启动之后,可以执行数据备份或者导出数据,并且尝试对实例做修复;
4、该实例出现这个问题,怀凝是因为与实时存盘的参数设置不当有关。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
RTX 5090要首发 性能要翻倍!三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB,每个模块容量为2GB。其速度预设为32 Gbps(PAM3),但也可以降至28 Gbps,以提高产量和初始阶段的整体性能和成本效益。
据三星表示,GDDR7内存的能效将提高20%,同时工作电压仅为1.1V,低于标准的1.2V。通过采用更新的封装材料和优化的电路设计,使得在高速运行时的发热量降低,GDDR7的热阻比GDDR6降低了70%。
更新日志
- 群星《歌手2024 第4期》[FLAC/分轨][563.76MB]
- RiffKitten-ChaosParade(2024)[24-44,1]FLAC
- RuneKlakegg-Nattevandrer(2024)[24-96]\FLAC
- 赖冰霞.2006-金嗓典藏辑2IN1(南方金点系列)2CD【南方】【WAV+CUE】
- 群星.1988-国语金曲尽精英VOL.2【瑞成】【WAV+CUE】
- 张宇.1999-雨一直下【EMI百代】【WAV+CUE】
- 袁娅维.2021-月亮失眠了(DELUXE)【华纳】【FLAC分轨】
- AlanBroadbent-JazzFunk(2024)[24-44,1]
- 梅艳芳《绝代芳华》开盘母带[低速原抓WAV+CUE]
- ABC唱片-《外国精逊母带直刻神奇黑胶[APE+CUE].
- 群星《天赐的声音第五季 第6期》[320K/MP3][101.43MB]
- 群星《天赐的声音第五季 第6期》[FLAC/分轨][526.16MB]
- 群星《说唱梦工厂 第2期》[320K/MP3][96.37MB]
- 杨宗宪.1994-留你留袂着【有容唱片】【WAV+CUE】
- 李翊君.2005-勇敢的爱【创意唱片】【WAV+CUE】