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

WBOY
풀어 주다: 2016-06-07 14:59:50
원래의
852명이 탐색했습니다.

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

관련 라벨:
원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿