最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
当前位置: 首页 - 科技 - 知识百科 - 正文

myslq所有表共用一个表空间导致ibdata1文件太大数据库挂掉

来源:动视网 责编:小采 时间:2020-11-09 16:03:26
文档

myslq所有表共用一个表空间导致ibdata1文件太大数据库挂掉

myslq所有表共用一个表空间导致ibdata1文件太大数据库挂掉:在linux下面使用mysql,由于一开始建库的时候没有做好mysql问价的配置,结果导致所有的表使用一个表空间,导致ibdata1文件在不到半年时间里面变为30G直接导致mysql服务无法启动,应该在/etc/my.cnf文件的[mysqld]里面添加 innodb_file_per
推荐度:
导读myslq所有表共用一个表空间导致ibdata1文件太大数据库挂掉:在linux下面使用mysql,由于一开始建库的时候没有做好mysql问价的配置,结果导致所有的表使用一个表空间,导致ibdata1文件在不到半年时间里面变为30G直接导致mysql服务无法启动,应该在/etc/my.cnf文件的[mysqld]里面添加 innodb_file_per


在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):不执行前滚的操作

文档

myslq所有表共用一个表空间导致ibdata1文件太大数据库挂掉

myslq所有表共用一个表空间导致ibdata1文件太大数据库挂掉:在linux下面使用mysql,由于一开始建库的时候没有做好mysql问价的配置,结果导致所有的表使用一个表空间,导致ibdata1文件在不到半年时间里面变为30G直接导致mysql服务无法启动,应该在/etc/my.cnf文件的[mysqld]里面添加 innodb_file_per
推荐度:
标签: 一个 空间 所有
  • 热门焦点

最新推荐

猜你喜欢

热门推荐

专题
Top