mysql数据库关机后,无法重启,如何清理数据文件释放空间

项目场景:

提示:昨晚跑了一个百万数据级别的大任务,第二天发现连前端也无法登录,经过排查发现是数据库访问异常。

问题描述`

第一次排查分析:以为是任务较大,一直在开着事务,没有释放锁,导致前端发请求登录时报连接超时

Caused by: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction

原因分析:

这个错误信息表示在MySQL数据库中,一个事务在等待获取锁的过程中超时了,导致事务回滚。

这种情况通常发生在以下几种情况:

长时间运行的事务:一个事务可能需要很长时间才能完成,比如执行一个复杂的查询或更新操作。
并发事务:当多个事务同时尝试访问同一资源时,可能会出现锁等待的情况。

于是想到重启服务,重启数据库,释放资源并调整压测指标,重新跑任务。


数据库重启

先进入
mysql -u root - p
关机
shutdown

在linux界面重启
sudo service mysql rtart
或
sudo service mysqld start

重启失败

`提示:

 × mysqld.service - MySQL Server
     Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; preset: disabled)
     Active: failed (Result: exit-code) since Fri 2023-12-22 12:39:46 CST; 1min 50s ago
   Duration: 1w 2d 16h 51min 22.378s
       Docs: man:mysqld(8)
             http://dev.mysql.com/doc/refman/en/using-systemd.html
    Process: 42059 ExecStartPre=/usr/bin/mysqld_pre_systemd (code=exited, status=0/SUCCESS)
    Process: 42086 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS (code=exited, status=1/FAILURE)
   Main PID: 42086 (code=exited, status=1/FAILURE)
     Status: "Server shutdown complete"
      Error: 28 (No space left on device)
        CPU: 1.141s

Dec 22 12:39:45 lx-mct-db-d1 systemd[1]: Starting MySQL Server...
Dec 22 12:39:46 lx-mct-db-d1 systemd[1]: mysqld.service: Main process exited, code=exited, status=1/FAILURE
Dec 22 12:39:46 lx-mct-db-d1 systemd[1]: mysqld.service: Failed with result 'exit-code'.
Dec 22 12:39:46 lx-mct-db-d1 systemd[1]: Failed to start MySQL Server.
Dec 22 12:39:46 lx-mct-db-d1 systemd[1]: mysqld.service: Consumed 1.141s CPU time.

可能是存储空间满了,df -h看了下存储空间确实100%,得清理。

想通过truncate命令清理数据,然后发现我已经把数据库停了,没办法通过sql清理空间,因此需要通过手动删除idb文件的方式(先备份临时移动的文件,清理完空间还要挪回来),先清理一些空间,先把服务器启动,再对大数据的表格进行清理
如果你不确定MySQL数据目录的具体位置,可以在MySQL的配置文件中查找。默认情况下,MySQL的配置文件位于/etc/my.cnf或/etc/mysql/my.cnf目录下。你可以使用文本编辑器打开该文件,并查找datadir参数的值,该值指定了数据目录的路径。

先进入数据文件存储路径,找到一个占用空间大概100M左右的idb文件

使用mv命令将该文件移动到备份目录
mv 表名.ibd /tmp

重启数据库
sudo service mysqld start

通过truncate或者drop的方式清理表,会释放表空间

最后,再将ibd文件重新移动到原来路径,就不会影响该表

  • 11
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL 非正常关机时,可能会导致 InnoDB 存储引擎出现故障而无法启动 MySQL 服务。以下是一些可能的解决方法: 1. 检查 MySQL 错误日志文件,查看是否有关于 InnoDB 引擎的错误信息。你可以找到错误日志文件的路径,一般在 MySQL 的数据目录下。 2. 如果错误日志中提示 InnoDB 存储引擎的错误,尝试使用 InnoDB 引擎的恢复工具进行修复。你可以尝试使用如下命令来启动 MySQL 服务,并运行 InnoDB 恢复工具: ``` mysqld --innodb_force_recovery=1 ``` 这将启动 MySQL 服务,并强制 InnoDB 引擎运行在恢复模式下。在这种模式下,你可以尝试使用 `mysqlcheck` 工具来检查和修复 InnoDB 表。 3. 如果 InnoDB 恢复工具无法修复问题,你可以尝试删除 InnoDB 数据文件,然后重新创建它们。首先,备份 MySQL 数据目录。然后停止 MySQL 服务,并删除 InnoDB 数据文件(一般是 ibdata1、ib_logfile0、ib_logfile1)。最后,重新启动 MySQL 服务,它将会自动创建新的 InnoDB 数据文件。 注意:这种方法将会删除所有 InnoDB 表的数据,所以请确保你已经备份了数据目录。 4. 如果以上方法均无法解决问题,你可能需要考虑重建 MySQL 实例。首先备份 MySQL 数据目录,然后停止 MySQL 服务,并删除数据目录下的所有文件和子目录。最后,重新初始化 MySQL 实例,并恢复备份数据。 总之,非正常关机可能会导致 MySQL 数据库出现故障,但是你可以采取以上方法来修复问题。为了避免这种情况的发生,你应该尽量避免非正常关机,例如在关闭系统前先停止 MySQL 服务。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值