以MySQL 8.0 来说,通过查看 8.0 的官方文档得知,8.0 的临时表空间分为会话临时表空间和全局临时表空间,会话临时表空间存储用户创建的临时表和当 InnoDB 配置为磁盘内部临时表的存储引擎时由优化器创建的内部临时表,当会话断开连接时,其临时表空间将被截断并释放回池中;也就是说,在 8.0 中有一个专门的会话临时表空间,当会话被杀掉后,可以回收磁盘空间;而原来的 ibtmp1 是现在的全局临时表空间,存放的是对用户创建的临时表进行更改的回滚段,在 5.7 中 ibtmp1 存放的是用户创建的临时表和磁盘内部临时表;
也就是在 8.0 和 5.7 中 ibtmp1 的用途发生了变化,5.7 版本临时表的数据存放在 ibtmp1 中,在 8.0 版本中临时表的数据存放在会话临时表空间,如果临时表发生更改,更改的 undo 数据存放在 ibtmp1 中;
实验验证:将之前的查询结果保存成临时表,对应会话是 45 号,通过查看对应字典表,可知 45 号会话使用了 temp_8.ibt 这个表空间,通过把查询保存成临时表,可以用到会话临时表空间,如下图:
下一步杀掉 45 号会话,发现 temp_8.ibt 空间释放了,变为了初始大小,状态为非活动的,证明在 mysql8.0 中可以通过杀掉会话来释放临时表空间。
总结:在 mysql5.7 时,杀掉会话,临时表会释放,但是仅仅是在 ibtmp 文件里标记一下,空间是不会释放回 *** 作系统的。如果要释放空间,需要重启数据库;在 mysql8.0 中可以通过杀掉会话来释放临时表空间。
释放方法:1.打开sqlserver管理工具,选中需要 *** 作的数据库——右键——任务——分离;
勾选删除链接(如果有链接连着数据库会导致分离失败)然后点击确定
2.这时候你会发现你的数据库不见了,不要着急,一会儿就弄回来,先去我的电脑-文件管理 把万恶之源 ldf文件删除了
3.然后回到管理工具 附加上刚才分离的库文件 一般是 ndf 或者mdf后缀的
4.选择后下面会有两个文件 如果你删了ldf 会提示日志文件找不到 把那一项删了 点确定就是 再去删一遍日志文件 我就不截图了
附加完毕是不是发现 我的数据库又回来了 整个过程都不需要重启数据库
如果想要直接释放也可以,但是前提是你需要知道文件的名字,直接执行语句
DBCC SHRINKFILE(‘FileName’, 1 , TRUNCATEONLY )
也可以直接释放。
具体函数 DBCC SHRINKFILE的参数定义,大家可以自己在网上查询。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)