首页 > 数据库 >MySql数据库ibtmp1文件增长问题处理记录

MySql数据库ibtmp1文件增长问题处理记录

时间:2024-06-05 15:37:05浏览次数:30  
标签:文件 数据库 ibtmp1 备份 mysql 5G 重启 MySql

背景:正式环境磁盘满了,排查后发现是mysql中data目录下的ibtmp1文件增长超过1TB,网上查,发现ibtmp1文件是InnoDB存储引擎的临时表空间文件。用于存储临时表、排序等操作的临时数据文件。

解决方法:1.重启mysql实例释放ibtmp1文件;2.限制ibtmp1文件大小:innodb_temp_data_file _path = ibtmp1:12M:autoextend:max:5G

操作示例:

1. 重启mysql实例释放ibtmp1文件

  1.1 重启mysql服务(建议先备份,由于我的文件1TB太大了所以没备份)

  

  1.2 重启后发现确实小了,有用

  

 

2.限制ibtmp1文件大小

  2.1 找到my.ini文件,添加以下代码(默认初始大小12M,设置最大增长5G),建议先备份:

    innodb_temp_data_file _path = ibtmp1:12M:autoextend:max:5G

  Tips:一切正常后就结束了,后面是操作时遇到的异常,发出来供参考

  2.2 遇到的异常1:保存后重启服务,出现以下提示,还原代码后再重启也是一样(当时忘记备份,只是代码还原),找了很多方案,差点重装mysql,后发现是这个原因:

    用文本文档打开后保存会自动编码UTF-8,后再保存一次编码选择ANS再重启服务就可以正常了。

    

    

    

    2.3 遇到的问题2:上面的操作改了my.ini文件重启服务后一直显示启动中,后还原my.ini文件想重启,MySQL服务处的启动按钮是灰的不能操作,需强制停止进程:

    • 以管理员身份打开命令行窗口
    • 查找mysql残留进程:tasklist | findstr "mysql"
    • 将进程全部杀死:taskkill/f /t /im mysqld.exe
    • 杀死后启动按钮就变正常可操作了(如不能再查残留直到杀死所有进程为止)

   2.4 参考链接:https://zhuanlan.zhihu.com/p/499521079

 

标签:文件,数据库,ibtmp1,备份,mysql,5G,重启,MySql
From: https://www.cnblogs.com/YourAnnie/p/18231477

相关文章

  • sqlserver 通过压缩bak文件实现从服务器还原数据库《数据差异数个小时》
    十年河东,十年河西,莫欺少年穷学无止境,精益求精1、备份主服务器数据库并压缩publicvoidDbBack(){varbakname=@"ChargeDB_"+DateTime.Now.ToString("yyyyMMdd")+".bak";stringfilepath=@"D:\dbback\"+bakna......
  • nmysql主从切换
    环境:OS:Centos7DB:mysql5.7拓扑结构:主:192.168.1.22从1:192.168.1.13从2:192.168.1.23 1.停掉192.168.1.22/home/mysql57/bin/mysqladmin-hlocalhost-uroot-phxl3040-S/home/mysql57/data/mysql.sockshutdown这个时候没有业务数据写入 2.从库1变成主库192.168.1.1......
  • mysql阶段01 DBA介绍, 数据库介绍, mysql介绍, mysql二进制安装, mysql源码安装, syst
    数据库管理员DBA一、DBA的工作1.初级:mysql安装、搭建2.中级:数据库管理员DBA1)用户管理1.用户的权限2.用户可以操作的库3.用户的来源主机4.用户的密码grantshow,createonzh.*tozh@'172.16.1.%'identifiedby'123';2)数据管理1.数据备份2.数据恢复3.SQL......
  • MS SQL 数据库出现损坏(可疑)的修复方法
    当数据库出现这种情况的时候,说明数据库已经出现损坏,需要对数据库进行修复处理;1、打开数据库管理器SQLserverManagementStudio,将当前数据库实例服务停止;然后找到需要修复的数据库的存放目录,并将.mdf和.ldf文件拷贝到其他盘进行备份(很重要)。如果不备份,后续的操作将会导致数据......
  • 基于SpringBoot的秒杀系统源码数据库
    基于SpringBoot的秒杀系统源码数据库社会发展日新月异,用计算机应用实现数据管理功能已经算是很完善的了,但是随着移动互联网的到来,处理信息不再受制于地理位置的限制,处理信息及时高效,备受人们的喜爱。本次开发一套基于SpringBoot的秒杀系统,管理员功能有个人中心,用户管理,商品类......
  • 基于springboot的二手车交易系统源码数据库
    基于springboot的二手车交易系统源码数据库如今社会上各行各业,都喜欢用自己行业的专属软件工作,互联网发展到这个时候,人们已经发现离不开了互联网。新技术的产生,往往能解决一些老技术的弊端问题。因为传统二手车交易信息管理难度大,容错率低,管理人员处理数据费工费时,所以专门为......
  • 基于springboot的纺织品企业财务管理系统源码数据库
    基于springboot的纺织品企业财务管理系统源码数据库在如今社会上,关于信息上面的处理,没有任何一个企业或者个人会忽视,如何让信息急速传递,并且归档储存查询,采用之前的纸张记录模式已经不符合当前使用要求了。所以,对纺织品企业财务信息管理的提升,也为了对纺织品企业财务信息进行......
  • 为什么MySQL的information_schema.tables字段index_length显示为0?
     为什么MySQL的information_schema.tables字段index_length显示为0? 测试版本为:MySQL社区版8.0.36 分情况1:innodb引擎的表是索引组织表,按照主键进行顺序存放。则表是索引,索引是表,index_length不会有值。如下,创建一个表,并追加主键,查看索引情况。(root@localhost11:02:2......
  • MySQL5.7 通过逻辑备份迁移到GreatSQL注意事项
    一、背景概述在将数据库从MySQL5.7迁移到GreatSQL8.0.32时,由于数据量较小且关注安全性,决定使用mysqldump执行逻辑备份,并将数据导入GreatSQL。但在备份时采用了备份全库(--all-databases)的方式,在导入GreatSQL后,修改用户密码时出现错误。这是因为mysqldump备份时包括了mysql系统......
  • 崖山数据库-监控运维平台-YCM 配置部署详解
    准备工作:操作系统版本:[root@node10~]#uname-aLinuxnode103.10.0-1160.el7.x86_64#1SMPMonOct1916:18:59UTC2020x86_64x86_64x86_64GNU/Linux[root@node10~]#cat/etc/redhat-releaseCentOSLinuxrelease7.9.2009(Core)前提是安装完yashandb数据库:注意:安装......