MySQL5.7回收undo log物理文件空间是怎样的
发布时间：2021-12-20 11:39:07 所属栏目：通讯 来源：互联网
导读：这期内容当中小编将会给大家带来有关MySQL5.7回收undo log物理文件空间是怎样的，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。 MySQL的undo log保存在共享表空间ibdata1文件里，随着业务运转，ibdata1会越来越大。在
|
这期内容当中小编将会给大家带来有关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物理文件空间是怎样的了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注亿速云行业资讯频道。 （编辑：武汉站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐
热点阅读