railsのdatabase.ymlでなぜかproductionが読み込まれてしまう理由が知りたい(docker compose)

Question

前提

ローカルで作成したrailsをdocker-composeにバインドマウントして動かしています。
その際、dababase.ymlのproduction設定が意図せず読み込まれてしまいます。
自分なりに確認していたところproduction設定が読み込まれるきっかけっぽいところを発見しました。
database.ymlのproductionでRails.application.credentialsとして読み込もうとすると
ローカルでdocker compose up -dしてもproductionを読み込みにいってしまいます。
後述する試したこと１のようにrailsのソースではなくテキスト直書きにすると普通にrailsが起動します。

実現したいこと

ローカルで立ち上げた時はdevelopment、本番ではproductionを読み込みにいくよう設定したいです。

知りたいこと

以下のソースでなぜproductionが読み込まれエラーになるかが知りたいです。
また設定が間違っている箇所、確認すべき場所など合わせてご教授いただけましたら幸いです。

発生している問題・エラーメッセージ

ブラウザに初回アクセスした際は以下のメッセージが白背景の黒文字で表示されます。

Puma caught this error: Cannot load database configuration:
ActiveSupport::MessageEncryptor::InvalidMessage (ActiveSupport::MessageEncryptor::InvalidMessage)
/usr/local/bundle/gems/activesupport-6.1.4.1/lib/active_support/message_encryptor.rb:203:in `rescue in _decrypt'
/usr/local/bundle/gems/activesupport-6.1.4.1/lib/active_support/message_encryptor.rb:180:in `_decrypt'
/usr/local/bundle/gems/activesupport-6.1.4.1/lib/active_support/message_encryptor.rb:154:in `decrypt_and_verify'
/usr/local/bundle/gems/activesupport-6.1.4.1/lib/active_support/messages/rotator.rb:22:in `decrypt_and_verify'
/usr/local/bundle/gems/activesupport-6.1.4.1/lib/active_support/encrypted_file.rb:92:in `decrypt'
/usr/local/bundle/gems/activesupport-6.1.4.1/lib/active_support/encrypted_file.rb:54:in `read'
/usr/local/bundle/gems/activesupport-6.1.4.1/lib/active_support/encrypted_configuration.rb:21:in `read'
/usr/local/bundle/gems/activesupport-6.1.4.1/lib/active_support/encrypted_configuration.rb:33:in `config'
/usr/local/bundle/gems/activesupport-6.1.4.1/lib/active_support/encrypted_configuration.rb:38:in `options'
/usr/local/bundle/gems/activesupport-6.1.4.1/lib/active_support/core_ext/module/delegation.rb:309:in `method_missing'
/app/config/database.yml:29:in `<main>'

ブラウザを再読み込みするとrailsのエラーページのスタイル（赤いヘッダ）で以下のメッセージが表示されます。

ActiveRecord::ConnectionNotEstablished
No connection pool for 'ActiveRecord::Base' found.

該当のソースコード

default: &default
  adapter: mysql2
  encoding: utf8mb4
  pool: 5
  timeout: 3306
  host: db

development:
  <<: *default
  username: root
  host: db
  database: rails_sample_db
  socket: /tmp/mysql.sock

test:
  <<: *default
  username: root
  host: <%= ENV['DB_HOST'] %>
  database: rails_sample_db
  socket: /tmp/mysql.sock

production:
  <<: *default
  database: <%= Rails.application.credentials.db[:name] %>
  username: <%= Rails.application.credentials.db[:user] %>
  password: <%= Rails.application.credentials.db[:password] %>
  host: <%= Rails.application.credentials.db[:host] %>

#.docker-env
RAILS_MASTER_EKY=ここにはconfig/master.keyの英数字をコピペしています。
RAILS_ENV=development
RACK_ENV=development

FROM ruby:2.6.8

ARG RAILS_ENV
ARG RAILS_MASTER_KEY
ENV APP_ROOT /app

ENV RAILS_ENV ${RAILS_ENV}
ENV RAILS_MASTER_KEY ${RAILS_MASTER_KEY}
WORKDIR $APP_ROOT

ADD Gemfile $APP_ROOT
ADD Gemfile.lock $APP_ROOT
RUN \
  gem install bundler:2.1.2 && \
  bundle update rails && \
  bundle update mysql2 && \
  bundle install && \
  apt update && \
  apt-get install -y default-mysql-client && \
  apt-get install -y vim && \
  rm -rf ~/.gem
ADD . $APP_ROOT

RUN if [ "${RAILS_ENV}" = "production" ]; then bundle exec rails assets:precompile; else export RAILS_ENV=development; fi
EXPOSE 3000
CMD ["rails", "server", "-b", "0.0.0.0"]

version: "3"
services:
  app:
    build:
      context: .
    env_file: .docker-env
    volumes:
      - .:/app:cached
    ports:
      - "3000:3000"
    depends_on:
      - db
    entrypoint: bash -c
    command: |
      "bundle install && \
      bundle exec rails s -b 0.0.0.0 -p 3000"
  db:
    image: mysql:5.7
    volumes:
      - db-volume:/var/lib/mysql
    environment:
      - MYSQL_ALLOW_EMPTY_PASSWORD=yes
    ports:
      - "3306:3306"
volumes:
  db-volume:

なおdatabase.ymlのproductionで読みに行く値は以下のようにホストPCで設定しています。(docker execでアプリコンテナ内で実行できなかったため）

$ EDITOR=vim rails credentials:edit
db:
  name: production
  user: rdsuser
  password: rdspassword
  host: rdshost.amazon.com

試したこと１

database.ymlを以下のようにしてdocker compose up -dすると
普通に立ち上がりデータベースにデータも保存できます。

default: &default
  adapter: mysql2
  encoding: utf8mb4
  pool: 5
  timeout: 3306
  host: db

development:
  <<: *default
  username: root
  host: db
  database: rails_sample_development
  socket: /tmp/mysql.sock

test:
  <<: *default
  username: root
  host: <%= ENV['DB_HOST'] %>
  database: rails_sample_db
  socket: /tmp/mysql.sock

production:
  <<: *default
  database: test
  username: test
  password: test
  host: test

試したこと２

以下のようにproductionをコメントアウトしても
＃username: <%= Rails.application.credentials.db[:user] %>
↑の行で同じエラーが出ます。

default: &default
  adapter: mysql2
  encoding: utf8mb4
  pool: 5
  timeout: 3306
  host: db

development:
  <<: *default
  username: root
  host: db
  database: rails_sample_development
  socket: /tmp/mysql.sock

# test:
#   <<: *default
#   username: root
#   host: <%= ENV['DB_HOST'] %>
#   database: rails_sample_db
#   socket: /tmp/mysql.sock

# production:
#   <<: *default
#   username: <%= Rails.application.credentials.db[:user] %>
#   host: <%= Rails.application.credentials.db[:host] %>
#   password: <%= Rails.application.credentials.db[:password] %>
#   database: <%= Rails.application.credentials.db[:name] %>

試したこと３

以下のページを参考にproductionのcredentialsを設定してみました。
https://zenn.dev/banrih/articles/f22f0a70bbead2a02110

$ EDITOR="vim" bin/rails credentials:edit -e production
db:
  name: production
  user: rdsuser
  password: rdspassword
  host: rdshost.amazon.com

こちらは同じエラーメッセージが出るだけでした。

試したこと４

以下のURLの「Railsはcredentialファイルを暗号化するためのマスターキーにconfig/master.keyか環境変数ENV["RAILS_MASTER_KEY"]を使用します。」を見て
https://railsguides.jp/security.html#%E7%8B%AC%E8%87%AA%E3%81%AEcredential

macのターミナルで以下のコマンドを打ってみましたがRAILS_MASTER_KEYは出てきませんでした。

$ export -p

試したこと５

試したこと１の状態にしてrailsを立ち上げ
ENV['DATABASE_URL']を確認してみました。

$ docker exec -it xxxxxxx bash
xxxxxxxx# rarils console
irb(main):001:0> puts ENV['DATABASE_URL']
=> nil

環境

mac 10.15.7
ruby 2.6.8
raiils 6.1.4.1
Docker version 20.10.8, build 3967b7d

備考

不足情報、わかりづらい部分がありましたらお手数ですがご指摘ください。
よろしくお願いいたします。

Answer 1

こちら環境ごと作り直したら同じ現象は発生しませんでした。おそらくDBの接続周りがうまく機能してなかったのだと推察しておりますが、原因特定までは至りませんでした。貴重なスペースありがとうございました。