Rails测试数据库操作全部挂起，迁移及数据库重置/删除命令无响应的问题求助

这种情况我碰到过好多次，大概率是迁移进程意外终止后，数据库里的锁没释放，或者有卡住的进程占着数据库资源导致后续命令彻底卡壳。按下面的步骤一步步来，应该能解决问题：

那些一直无响应的db:drop/db:reset进程可能还在后台挂着，占着数据库连接不放。先把它们清掉：

• 在终端执行：ps aux | grep rails，你会看到一堆和rails相关的进程，找到标记为rails db:drop或rails db:reset的进程，记下它们的PID（进程ID，通常是输出的第二列数字）。
• 然后用kill -9 <PID>强制杀掉这些进程，比如kill -9 12345。如果不确定哪个是目标进程，也可以直接杀掉所有rails相关进程（不会影响系统其他进程）：pkill -9 rails。

这是解决“another migration process is currently running”报错的核心——Rails执行迁移时会给数据库加锁，进程意外终止后锁没释放，导致后续迁移命令误以为还有进程在跑。根据你用的数据库类型操作：

如果你用PostgreSQL： #

1. 进入测试数据库：psql -d your_app_test（把your_app_test换成你实际的测试库名，一般是应用名加_test后缀）。
2. 查看Rails迁移用的advisory锁：

   SELECT * FROM pg_locks WHERE locktype = 'advisory';
   

3. 找到和迁移相关的锁（比如pid列对应之前卡住的进程ID，或者objid列是迁移相关的标识），释放锁：

   SELECT pg_advisory_unlock(<objid>);
   

   或者直接杀掉持有锁的数据库连接进程：

   SELECT pg_terminate_backend(<pid>);
   

4. 退出psql：\q

如果你用MySQL： #

1. 进入测试数据库：mysql -u your_db_username -p your_app_test（替换成你的数据库用户名和测试库名），输入密码后进入。
2. 查看当前运行的数据库进程：

   SHOW PROCESSLIST;
   

3. 找到状态为Locked或者和迁移相关的进程，记下它的Id，然后杀掉：

   KILL <Id>;
   

4. 也可以查看InnoDB锁状态确认问题：

   SHOW ENGINE INNODB STATUS;
   

5. 退出mysql：exit;

如果你用SQLite： #

SQLite是文件型数据库，直接找到测试数据库文件（一般在db/your_app_test.sqlite3），手动删除它就行，不用管锁的问题。

如果上面的步骤还没解决，可能是数据库服务本身卡住了，重启一下试试：

• PostgreSQL（Linux/macOS）：sudo service postgresql restart 或者 brew services restart postgresql（用Homebrew安装的话）。
• MySQL（Linux/macOS）：sudo service mysql restart 或者 brew services restart mysql。

现在再试试重置或迁移：

1. 删除测试数据库：rails db:drop RAILS_ENV=test，这次应该能正常执行了。
2. 创建测试数据库：rails db:create RAILS_ENV=test。
3. 执行迁移：rails db:migrate RAILS_ENV=test。

如果还是有问题，去看看log/test.log里的详细日志，或者检查一下数据库的权限（比如Rails进程有没有读写数据库文件/连接数据库的权限），能帮你进一步定位问题。

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