MySQL5.7回收undo log物理文件空间是怎样的

53次阅读
没有评论

共计 1498 个字符,预计需要花费 4 分钟才能阅读完成。

这期内容当中丸趣 TV 小编将会给大家带来有关 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 设定值。

 

上述就是丸趣 TV 小编为大家分享的 MySQL5.7 回收 undo log 物理文件空间是怎样的了,如果刚好有类似的疑惑,不妨参照上述分析进行理解。如果想知道更多相关知识,欢迎关注丸趣 TV 行业资讯频道。

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-07-19发表,共计1498字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)