Mac 使用mysql出现ERROR [MY-013183][InnoDB] Assertion failure以及找不到my.cnf的解决过程
在一次电脑莫名宕机,强制重启后,重启mysql,又启动我的django程序时遇到了以下报错:
2020-04-07T02:08:28.681772Z 0 [System] [MY-011323] [Server] X Plugin ready for connections. Socket: '/tmp/mysqlx.sock' bind-address: '::' port: 33060
2020-04-07T02:08:36.359052Z 8 [ERROR] [MY-013183] [InnoDB] Assertion failure: dict0dict.cc:1224:table2 == NULL thread 123145436229632
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/8.0/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
02:08:36 UTC - mysqld got signal 6 ;
Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware.
Thread pointer: 0x7f93089cc200
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 = 700007fb6f48 thread_stack 0x46000
0 mysqld 0x000000010e027d5c my_print_stacktrace(unsigned char const*, unsigned long) + 60
1 mysqld 0x000000010d43600c handle_fatal_signal + 428
2 libsystem_platform.dylib 0x00007fff6969242d _sigtramp + 29
3 mysqld 0x000000010f41a008 icu_59::RegexCompile::findCaseInsensitiveStarters(int, icu_59::UnicodeSet*)::RECaseFixData + 349816
4 libsystem_c.dylib 0x00007fff69567a1c abort + 120
5 mysqld 0x000000010e3f5147 ut_dbg_assertion_failed(char const*, char const*, unsigned long) + 343
6 mysqld 0x000000010e17341a dict_table_add_to_cache(dict_table_t*, unsigned long, mem_block_info_t*) + 506
7 mysqld 0x000000010e197365 dict_table_t* dd_open_table_one<dd::Table>(dd::cache::Dictionary_client*, TABLE const*, char const*, dd::Table const*, THD*, std::__1::deque<char const*, ut_allocator<char const*> >&) + 6741
8 mysqld 0x000000010e1894e8 dict_table_t* dd_open_table<dd::Table>(dd::cache::Dictionary_client*, TABLE const*, char const*, dd::Table const*, THD*) + 72
9 mysqld 0x000000010e23acf4 ha_innobase::open(char const*, int, unsigned int, dd::Table const*) + 2372
10 mysqld 0x000000010cfc0097 handler::ha_open(TABLE*, char const*, int, int, dd::Table const*) + 87
11 mysqld 0x000000010d3d150a open_table_from_share(THD*, TABLE_SHARE*, char const*, unsigned int, unsigned int, unsigned int, TABLE*, bool, dd::Table const*) + 3562
12 mysqld 0x000000010d23f39d open_table(THD*, TABLE_LIST*, Open_table_context*) + 3245
13 mysqld 0x000000010d244453 open_tables(THD*, TABLE_LIST**, unsigned int*, unsigned int, Prelocking_strategy*) + 2003
14 mysqld 0x000000010d24689d open_tables_for_query(THD*, TABLE_LIST*, unsigned int) + 109
15 mysqld 0x000000010d3290e1 Sql_cmd_dml::prepare(THD*) + 209
16 mysqld 0x000000010d32992b Sql_cmd_dml::execute(THD*) + 331
17 mysqld 0x000000010d2e03e1 mysql_execute_command(THD*, bool) + 4225
18 mysqld 0x000000010d2ddec2 mysql_parse(THD*, Parser_state*) + 1074
19 mysqld 0x000000010d2dc77d dispatch_command(THD*, COM_DATA const*, enum_server_command) + 7213
20 mysqld 0x000000010d2dd714 do_command(THD*) + 420
21 mysqld 0x000000010d41dc34 handle_connection(void*) + 388
22 mysqld 0x000000010e46b6e6 pfs_spawn_thread(void*) + 230
23 libsystem_pthread.dylib 0x00007fff6969de65 _pthread_start + 148
24 libsystem_pthread.dylib 0x00007fff6969983b thread_start + 15Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (7f93089c9428): SELECT `django_apscheduler_djangojob`.`id`, `django_apscheduler_djangojob`.`name`, `django_apscheduler_djangojob`.`next_run_time`, `django_apscheduler_djangojob`.`job_state` FROM `django_apscheduler_djangojob` WHERE `django_apscheduler_djangojob`.`name` = 'scheduler.views.my_job'
Connection ID (thread ID): 8
Status: NOT_KILLEDThe manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.
其中重点的几句是:
2020-04-07T02:08:36.359052Z 8 [ERROR] [MY-013183] [InnoDB] Assertion failure: dict0dict.cc:1224:table2 == NULL thread 123145436229632
InnoDB: We intentionally generate a memory trap.
InnoDB: We intentionally generate a memory trap.
Connection ID (thread ID): 8
Status: NOT_KILLED
从网上搜了下发现这种大多是因为突然宕机造成的数据库数据出了问题,我这块出错的表是在django的apscheduler中,在运行时这部分表的确会不断进行查询等操作,所以突遇意外也是很有可能的。
解决方法首选是修改 innodb_force_recovery 的值,这个值的说明如下:
innodb_force_recovery 会影响整个InnoDB存储引擎的恢复状况。默认为0,表示当需要恢复时执行所有的
innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响。当设置参数值大于0后,可以对表进行
select,create,drop操作,但insert,update或者delete这类操作是不允许的。
值为1:(SRV_FORCE_IGNORE_CORRUPT):忽略检查到的corrupt页。
值为2:(SRV_FORCE_NO_BACKGROUND):阻止主线程的运行,如主线程需要执行full purge操作,会导致crash。
值为3:(SRV_FORCE_NO_TRX_UNDO):不执行事务回滚操作。
值为4:(SRV_FORCE_NO_IBUF_MERGE):不执行插入缓冲的合并操作。
值为5:(SRV_FORCE_NO_UNDO_LOG_SCAN):不查看重做日志,InnoDB存储引擎会将未提交的事务视为已提交。
值为6:(SRV_FORCE_NO_LOG_REDO):不执行前滚的操作。
查看目前innodb_force_recovery的值
我首先是用mysql -u root -p
登入了mysql
mysql> use sys;
进入到系统数据库
使用以下语句查看innodb_force_recovery的值
mysql> show variables like '%innodb_force_recovery%'
;
发现目前为0
查找my.cnf或者my.ini文件
网上修改此值的方法是修改my.ini或者my.cnf文件,但是我怎么搜都找不到自己的my.cnf文件。
查找命令如下:
mysql --help --verbose | grep my.cnf
会出现以下类似路径
vi了每个路径,发现内容都是空的,就表示没找到。【如果有内容,那应该就是你的配置文件啦】
Mac添加my.cnf文件
一查是因为mac新版本的mysql没有my.cnf了,需要的话可以自己加。于是,我按照 mac添加my.cnf文件 的内容,自己加了my.cnf文件,注意加的路径从上面查找出来的路径中选一个就行~
我选择了/etc/my.cnf
sudo vim /etc/my.cnf
注意一定要有sudo,不然wq保存时会提示private啥啥,无法保存!
执行此命令后,esc,wq保存【此处命令来源请自行查询vim指令】
之后从finder中找到这个my.cnf,把上面链接中的my.cnf内容复制进去,重启下mysql。
重启成功后,再mysql> show variables like '%innodb_force_recovery%'
;发现是0,因为我们默认的就是0。
修改my.cnf文件
在[mysqld]下面加上一行 innodb_force_recovery = 1 ,建议从1开始试,未成功再变成2、3、4…我理解的是,数字越大,恢复的数据就离最新版本越远。
然后保存my.cnf,重启mysql
此时mysql> show variables like '%innodb_force_recovery%'
发现变成了1.
然后按照启动我的django程序,发现可以正常启动了。应该是恢复程序生效了。
innodb_force_recovery 改回0
之后记得把my.cnf里的 innodb_force_recovery 值改回0,重启mysql。
django程序依旧可以正常启动。
棒呆!
Mac 使用mysql出现ERROR [MY-013183][InnoDB] Assertion failure以及找不到my.cnf的解决过程相关推荐
- InnoDB: Assertion failure in thread 140536591259392 in file page0zip.ic
恢复备份时的报错: mysql恢复时遇到报错: InnoDB: Doing recovery: scanned up to log sequence number 2580016851456 (97% ...
- Mysql 出现Error 1118 Row size too large. The maximum row size is 65535 的解决办法
(仅作记录,下面的解决步骤我试了一下还是会报同样的错误,问题没有解决,只好把varchar类型的大小挨个的改小了一点.若是哪位大神调好了,还请指点一二.) 解决步骤 1. 在MySQL的配置文 ...
- mysql阿里云不显示中文乱码_MySQL命令窗口下中文显示乱码的解决过程
MySQL命令窗口下中文显示乱码的解决过程 在dos客户端输出窗口中查询表中的数据,还有项目部署到服务器上时前台的页面,中文数据都显示成乱码,如下图所示: 这个问题困扰了我一天,后来解决了才发现原来我 ...
- mac之idea连接MySQL数据库报com.mysql.cj.jdbc.exceptions.CommunicationsException: Communications link failure
项目场景: 最近入手了一台MacBookPro(谨慎尝试,用惯了windos后使用感具别扭,需要大量时间来适应),下载了最新的idea和最新的mysql8.0.23,然后开始了漫长而艰辛的开始,各种没 ...
- Mac安装Mysql踩坑记录
Mac安装Mysql遇到ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)解决方法 ...
- MAC电脑:安装mysql报ERROR 1045 (28000)Access denied
问题:安装mysql时报ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES) 1.my ...
- mac使用mysql出现的错误 ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)
mac使用mysql出现的错误 ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES) ...
- mysql从myisam_将MySQL从MyISAM转换成InnoDB错误和解决办法
原来自己用的是为了装的, 所以在设置database usage(如下图1)的时候按照discuz官方的建议,选的都是Non-Transactional Database Only(只支持MyISAM ...
- MAC下MySQL启动不了怎么办?
2019独角兽企业重金招聘Python工程师标准>>> 我在Mac 下安装了MySQL, 本来好好地,莫名其妙 启动不了了. 用了很多方法, 包括 多种命令行, 还是无法 star ...
- 关于Mac版Mysql的my.cnf配置文件
首先MAC下默认没有my.cnf配置文件,需要自己创建 看结果是找不到my.cnf这个文件,不然会显示出相关路径的 那么就自己创建my.cnf配置文件 先进入etc文件夹 cd etc/ 在 etc文 ...
最新文章
- 你给需求文档,AI就能帮你开发安卓App
- c# 对Url 解码编码
- @value 静态变量_你理解 PHP 中的静态方法吗?
- mysql bind param_为什么bindParam必须要指定类型?
- php文件教程,php的文件上传入门教程(实例讲解)
- Possible missing firmware /lib/firmware/i915/bxt_guc_ver8_7.bin for module i915
- Shell编程之变量
- COGS——T 803. [USACO Hol10] 政党 || 1776: [Usaco2010 Hol]cowpol 奶牛政坛
- usb驱动自安装程序的制作
- 垃圾阿言之Maven与环境变量(这一波是卑微的)
- shiro设置session超时时间
- 打印机计算机故障或繁忙,联想打印机繁忙是怎么回事?
- python批量剪切视频文件
- 百度 UNIT 使用
- 如何测试网页的登录页面(转载)
- systemd man手册
- r34300u和r53500u 哪个好
- 危化品化工企业双重预防机制五有标准是什么包括哪些内容
- 分析N沟道MOS管和P沟道MOS管在电路中的详细应用
- 【树莓派C语言开发】实验12:PCF8591模数转换器模块
热门文章
- JetBrain的哪款产品能够编写C++和C的代码啊?
- [转]在数学的海洋中飘荡
- wamp下载和使用PHPDocumentor
- wamp中为何php文件需要下载,配置WAMP后,浏览器输入默认的php文件名都直接下载该文档...
- 怎样学手机拼音打字html t=45,在手机上怎么学拼音打字
- 1072: 青蛙爬井
- 计算机word基础操作知识点,Office基础和计算机操作基础的知识点(一)
- 键盘输入正六边形边长,输出对应的正六边形
- 4.2.4 图像色调处理
- linux sqlserver命令,sqlserver的命令行