MySQL5.7回收undo log物理文件空间是怎样的
这期内容当中小编将会给大家带来有关MySQL5.7回收undo log物理文件空间是怎样的,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。
MySQL的undo log保存在共享表空间ibdata1文件里,随着业务运转,ibdata1会越来越大。在MySQL5.7之前的版本,需要停机利用mysqldump将数据导出,然后重建数据库,再导入数据的方法解决该问题,MySQL5.7提供在线回收的机制。
MySQL5.6版本中,可以把undo log回滚段分离到单独的一个表空间,但是依然没有实现回收的机制,用到三个参数
innodb_undo_directory (指定存放的目录,默认是数据目录)
innodb_undo_logs=128 (指定回滚段128KB)
innodb_undo_tablespaces=4 (指定有多少个undo log文件)
以下是MySQL5.6版本参数默认设置:
点击(此处)折叠或打开
mysql> show variables like 'innodb_undo_%';
+-------------------------+-------+
| Variable_name | Value |
+-------------------------+-------+
| innodb_undo_directory | . |
| innodb_undo_logs | 128 |
| innodb_undo_tablespaces | 0 |
+-------------------------+-------+
以下是MySQL5.7版本参数默认设置
点击(此处)折叠或打开
mysql> show variables like 'innodb_undo_%';
+--------------------------+-------+
| Variable_name | Value |
+--------------------------+-------+
| innodb_undo_directory | ./ |
| innodb_undo_log_truncate | OFF |
| innodb_undo_logs | 128 |
| innodb_undo_tablespaces | 0 |
+--------------------------+-------+
注意:把undo log从共享表空间里分离出去,要在MySQL安装时候进行设置,把参数配置到my.cnf里边,MySQL启动之后再分离会报错。
MySQL5.7 undo log回收机制涉及到的参数如下:
innodb_undo_log_truncate 参数设置为1,即开始在线回收undo log日志文件,默认是OFF。
innodb_undo_tablespaces参数必须大于或者等于2,回收一个日志文件时候,要保证另一个undo log正常可用。
innodb_undo_logs undo回滚段的数量,至少大于等于35,默认是128.
innodb_max_undo_log_size 超过这个阈值之后进行处罚truncate回收动作,默认是1GB,truncate回收之后变成10MB。
innodb_purge_resg_truncate_grequency 控制回收undo log的频率,想要增加释放回滚段的频率,就得降低innodb_purge_resg_truncate_grequency设定值。
上述就是小编为大家分享的MySQL5.7回收undo log物理文件空间是怎样的了,如果刚好有类似的疑惑,不妨参照上述分析进行理解。如果想知道更多相关知识,欢迎关注亿速云行业资讯频道。
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341