无法删除MariaDB中Hangfire相关表，报锁等待超时错误求助

操作步骤 #

1. 彻底终止所有MariaDB进程

   • 停止官方服务：

     sudo systemctl stop mariadb
     

   • 检查并清除残留进程（避免隐性锁残留）：

     sudo ps aux | grep -E 'mysql|mariadb'
     

   • 对查到的所有非grep自身的进程执行强制终止：

     sudo kill -9 [进程PID]
     

2. 启动MariaDB紧急恢复模式

   • 编辑MariaDB配置文件（通常路径为/etc/mysql/mariadb.conf.d/50-server.cnf或/etc/my.cnf），在[mysqld]段添加以下配置：

     innodb_force_recovery = 4
     foreign_key_checks = 0
     

   • 启动MariaDB服务：

     sudo systemctl start mariadb
     

   注：innodb_force_recovery=4会跳过InnoDB的事务回滚和锁检查，仅用于紧急修复，不可长期启用。

3. 强制删除Hangfire相关表

   • 登录MariaDB命令行：

     mysql -u root -p
     

   • 切换到目标数据库：

     USE [你的数据库名称];
     

   • 执行批量删除命令：

     DROP TABLE IF EXISTS HangfireHash, HangfireJob, HangfireJobQueue, HangfireSet, HangfireState;
     

   • 退出命令行：

     EXIT;
     

4. 恢复MariaDB正常运行模式

   • 编辑之前修改的配置文件，删除innodb_force_recovery = 4这一行，foreign_key_checks = 0可临时保留用于后续重建，或直接删除（建议重建完成后恢复默认配置）。
   • 重启MariaDB服务：

     sudo systemctl restart mariadb
     

5. 验证清理结果

   • 再次登录数据库，检查Hangfire表是否已清除：

     USE [你的数据库名称];
     SHOW TABLES LIKE 'Hangfire%';
     

   • 启动应用，确认Hangfire自动重建表并正常启动。

为什么之前的方法无效？ #

• 在线执行SET FOREIGN_KEY_CHECKS=0可能因当前会话存在未提交事务或隐式锁，导致设置未生效。
• 直接删除/var/lib/mysql/[DB_NAME]下的表文件，会导致InnoDB数据字典与物理文件不一致，数据库仍会认为表存在。
• SHOW PROCESSLIST可能无法显示InnoDB内部的隐性事务锁，而innodb_force_recovery=4可以绕过这些锁机制强制操作。

内容的提问来源于stack exchange，提问作者Chris