视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
myslq所有表共用一个表空间导致ibdata1文件太大数据库挂掉
2020-11-09 16:03:26 责编:小采
文档


在linux下面使用mysql,由于一开始建库的时候没有做好mysql问价的配置,结果导致所有的表使用一个表空间,导致ibdata1文件在不到半年时间里面变为30G直接导致mysql服务无法启动,应该在/etc/my.cnf文件的[mysqld]里面添加 innodb_file_per_table=1即mysql的

在linux下面使用mysql,由于一开始建库的时候没有做好mysql问价的配置,结果导致所有的表使用一个表空间,导致ibdata1文件在不到半年时间里面变为30G直接导致mysql服务无法启动,应该在/etc/my.cnf文件的[mysqld]里面添加 innodb_file_per_table=1即mysql的表使用单独的表空间。

innodb_file_per_table=1

innodb_file_per_table=0

值为1时表示使用单独的表空间,值为0是表示使用共享的表空间。

由于楼主在发现这个问题的时候mysql服务已经起不起来了,所以在配置文件里面添加了innodb_force_recovery=6命令。然后启动起来mysql服务,后来备份了数据库,然后从新建库,现在ibdata1文件只有10几M。

## innodb_force_recovery
## 可以设置为6个非零值:1~6。大的数字包含了前面所有小数字的影响,具体情况如下。
#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):不查看撤销日志(Undo Log),InnoDB存储引擎会将未提交的事务视为已提交。
#6(SRV_FORCE_NO_LOG_REDO):不执行前滚的操作

下载本文
显示全文
专题