Rails 5 rake db:schema:load在PostgreSQL容器中不创建表及初始化方法

我之前也碰到过类似的Docker Compose搭配Rails数据库初始化的坑，结合你的场景，整理了几个关键的排查和修复方向：

1. 修正数据库连接的网络配置 #

本地能正常运行是因为你通过端口映射直接访问localhost，但在Docker Compose的内部网络里，容器之间得用服务名通信。检查你的config/database.yml，确保test环境的host设置为docker-compose.yml里PostgreSQL服务的名称（比如服务叫db，那host就是db，不是localhost）：

test:
  adapter: postgresql
  encoding: unicode
  database: myapp_test
  pool: 5
  host: db
  username: postgres
  password: postgres

同时要保证docker-compose.yml里的PostgreSQL配置和这个完全匹配：

services:
  db:
    image: postgres:9.6 # 选和Rails 5.1兼容的版本
    environment:
      POSTGRES_USER: postgres
      POSTGRES_PASSWORD: postgres
      POSTGRES_DB: myapp_test

2. 等待PostgreSQL容器完全就绪后再执行命令 #

Docker Compose启动容器时，不会等PostgreSQL完全初始化完成就跑Rails命令，这会导致连接失败或者初始化无响应。在Travis的脚本里加一段等待逻辑：

# 等待PostgreSQL服务可用后再执行后续命令
until docker-compose exec db psql -U postgres -c '\q'; do
  echo "Waiting for PostgreSQL to start..."
  sleep 2
done

3. 在Rails应用容器内执行Rake命令 #

别在Travis主机上直接跑rake db:schema:load，主机没权限访问Docker内部网络，得用docker-compose exec在Rails容器里执行：

docker-compose exec web rake db:create db:schema:load RAILS_ENV=test --trace

一定要加上RAILS_ENV=test明确指定环境，避免默认用development环境导致配置不匹配。

4. 确认数据库的初始化状态和权限 #

• 先执行rake db:create确保数据库存在：本地可能已经有现成的数据库，但Travis每次都是全新环境，必须先创建目标数据库才能执行schema:load。
• 检查docker-compose里的POSTGRES_USER权限：默认的postgres用户拥有足够权限，但如果自定义了用户，要确保它能创建表和schema_migrations表。

5. 深挖Travis日志的错误细节 #

如果上面的步骤都没用，仔细看Travis构建日志里rake db:schema:load --trace的完整输出，有没有隐藏的错误：比如连接超时、数据库不存在、权限不足等。这些日志是定位问题的核心线索。

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