Rails执行rake db:create提示库已存在，但db:migrate提示库不存在

这种矛盾的情况确实挺让人困惑的——rake db:create说库已经存在，但MySQL里查不到，rake db:migrate又报错找不到库，再加上Celluloid的提示，咱们一步步拆解解决：

首先排查数据库连接的一致性问题 #

最常见的原因是Rails连接的MySQL实例和你手动查询的不是同一个，或者权限问题导致看不到数据库：

• 先手动用MySQL客户端连接，确认你操作的是同一个实例：

  mysql -u root -p
  

  进入后执行show databases;，如果确实没有adimax_development，那说明rake db:create的提示有问题。
• 检查MySQL套接字路径是否一致：Rails默认的套接字可能和你手动连接的不一样（比如系统自带MySQL和brew安装的MySQL套接字路径不同）。可以用mysql_config --socket获取正确的套接字路径，然后在database.yml里加上：

  development:
    adapter: mysql2
    encoding: utf8
    database: adimax_development
    pool: 5
    username: root
    password: 
    socket: /tmp/mysql.sock # 替换成你查到的实际路径
  

确认Rails加载的数据库配置是否正确 #

有时候Rails会加载缓存的配置，或者你可能误修改了其他路径的配置文件：

• 打印当前Rails加载的development环境数据库配置，验证是否和你的config/database.yml一致：

  rails runner "puts Rails.configuration.database_configuration['development']"
  

• 显式指定环境运行创建命令，避免环境混淆：

  RAILS_ENV=development rake db:create
  

手动创建数据库解决migrate报错 #

既然rake db:create的提示有问题，咱们跳过它，手动创建数据库再尝试migrate：

1. 手动创建数据库：

   mysql -u root -p -e "CREATE DATABASE adimax_development CHARACTER SET utf8;"
   

2. 然后运行migrate命令：

   rake db:migrate
   

   如果能成功，说明之前的rake db:create命令可能因为某些缓存或依赖问题出现了错误提示。

清除Rails临时缓存 #

Rails的临时文件缓存可能导致旧状态残留，尝试清除：

rake tmp:clear

清除后再重新运行rake db:create和rake db:migrate，看是否恢复正常。

处理Celluloid的BACKPORTED模式提示 #

Celluloid 0.17.3是比较老旧的版本，BACKPORTED模式说明它在兼容新Ruby/Rails版本时做了回退，这种兼容性问题可能间接影响数据库任务的执行：

• 检查你的Gemfile，找到依赖Celluloid的gem（比如早期版本的sidekiq、celluloid-io等），尝试更新到兼容当前Rails版本的版本，或者替换为不需要Celluloid的替代方案。
• 比如如果是sidekiq导致的，可以升级sidekiq到6.x及以上版本（该版本已不再依赖Celluloid）。

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