Dockerを用いるとRSpecによるテストでデータベースがリセットされなくなる

Question

前提・実現したいこと

Dockerを用いてRubyonRailsのアプリケーションを作成しています。
RSpecの2回目以降のテストでデータベースを初期化しないと同じテストが通らなくなる問題が発生しました。

Rails 5.2.4
Ruby 2.5.3
RSpec 3.9

• rspec-core 3.9.0
• rspec-expectations 3.9.0
• rspec-mocks 3.9.0
• rspec-rails 3.9.0
• rspec-support 3.9.0

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

RSpecでUserモデルのテストを書いたときに問題が発生しました。
Userモデルにはデフォルトで作成されるカラム以外ではname(string)のみを追加しています。
とりあえずRSpecが動作するか確かめるために下記のようなテストを作成しました。

require 'rails_helper'

RSpec.describe User, type: :model do
  describe "something to be performed" do
    context "under condition" do
      it "behaves like" do
        user = User.new(name: "yamada taro")
        user.save
        current_user = User.find(1)
        expect(current_user.name).to eq("yamada taro")
      end
    end
  end  
end

1回目はパスするのですが、2回目以降にカラムが存在しないとエラーが出ます。

F

Failures:

  1) User something to be performed under condition behaves like
     Failure/Error: current_user = User.find(1)
     
     ActiveRecord::RecordNotFound:
       Couldn't find User with 'id'=1
     # ./spec/models/user_spec.rb:9:in `block (4 levels) in <top (required)>'

Finished in 0.02954 seconds (files took 1.79 seconds to load)
1 example, 1 failure

Failed examples:

rspec ./spec/models/user_spec.rb:6 # User something to be performed under condition behaves like

原因を調べたところ、テスト用データベースの内容は削除されているようなのですが、idがインクリメントされて2回目以降のレコードが作成されているようです。（2回目はid=2、3回目はid=3...）
テスト用のデータベースをリセットするとテストはパスします。
docker-compose run web rails db:migrate:reset RAILS_ENV=test
参考：https://yoji4910.hatenablog.com/entry/2019/09/21/023658

データベースをリセットする方法としてdatabase_cleanerを見つけましたが、そもそもローカル環境でRSpecを使って同じことをしてみましたが何度テストを実行してもエラーは出ませんでした。

###質問
Dockerの設定に不具合があるのでしょうか？
それともDockerを利用する時はdatabase_creanerを利用しなければならないのでしょうか？

関係のありそうなファイル・Docker・Gemfile

Dockerをきちんと理解し切れていないので訳のわからないことをしているかもしれません。

require 'spec_helper'
ENV['RAILS_ENV'] ||= 'test'

require File.expand_path('../config/environment', __dir__)

abort("The Rails environment is running in production mode!") if Rails.env.production?
require 'rspec/rails'

begin
  ActiveRecord::Migration.maintain_test_schema!
rescue ActiveRecord::PendingMigrationError => e
  puts e.to_s.strip
  exit 1
end
RSpec.configure do |config|
  config.fixture_path = "#{::Rails.root}/spec/fixtures"
  config.use_transactional_fixtures = true
  config.infer_spec_type_from_file_location!
  config.filter_rails_from_backtrace!
end

RSpec.configure do |config|

  config.expect_with :rspec do |expectations|
    expectations.
    include_chain_clauses_in_custom_matcher_descriptions = true
  end

  config.mock_with :rspec do |mocks|
    mocks.verify_partial_doubles = true
  end

  config.shared_context_metadata_behavior = :apply_to_host_groups
end

FROM ruby:2.5.3
ENV LANG C.UTF-8
RUN apt-get update -qq && apt-get install -y build-essential libpq-dev nodejs mysql-client
RUN mkdir /myapp
ENV APP_ROOT /myapp
WORKDIR $APP_ROOT

ADD ./Gemfile $APP_ROOT/Gemfile
ADD ./Gemfile.lock $APP_ROOT/Gemfile.lock

RUN bundle install
ADD . $APP_ROOT

COPY entrypoint.sh /usr/bin/
RUN chmod +x /usr/bin/entrypoint.sh
ENTRYPOINT ["entrypoint.sh"]
EXPOSE 3000

version: '3'
services:
  db:
    image: mysql:5.7
    environment:
      MYSQL_ROOT_PASSWORD: password
      MYSQL_DATABASE: root
    ports:
      - "3306:3306"

  web:
    build: .
    command: rails s -p 3000 -b '0.0.0.0'
    volumes:
      - .:/myapp
    ports:
      - "3000:3000"
    links:
      - db

source 'https://rubygems.org'
git_source(:github) { |repo| "https://github.com/#{repo}.git" }

ruby '2.5.3'
gem 'rails', '~> 5.2.3'
gem 'mysql2', '>= 0.4.4', '< 0.6.0'
gem 'puma', '~> 3.11'
gem 'sassc-rails'
gem 'uglifier', '>= 1.3.0'
gem 'coffee-rails', '~> 4.2'
gem 'turbolinks', '~> 5'
gem 'jbuilder', '~> 2.5'
gem 'bootsnap', '>= 1.1.0', require: false

group :development, :test do
  gem 'byebug', platforms: [:mri, :mingw, :x64_mingw]
  gem 'rspec-rails', '~> 3.8'
  gem 'factory_bot_rails', '~> 5.0'
end

group :development do
  gem 'web-console', '>= 3.3.0'
  gem 'listen', '>= 3.0.5', '< 3.2'
  gem 'spring'
  gem 'spring-watcher-listen', '~> 2.0.0'
end

group :test do
  gem 'capybara', '>= 2.15'
  gem 'webdrivers'
end

gem 'tzinfo-data', platforms: [:mingw, :mswin, :x64_mingw, :jruby]

試したこと

①
データベースのリセットでテストはパス
現状毎回データベースのリセットをする必要がある。

②
find_by(name: "~~")でレコードが作成されていることは確認
expect(current_user.id).to eq(1)とすると

Failure/Error: expect(current_user.id).to eq(1)
     
       expected: 1
            got: 2

といったようにインクリメントされていることを確認

③
テスト用のデータベースをみてもデータはなし。
データの削除自体はきちんと行われている模様。

④
ローカル環境では何度行ってもテストはパス

Answer 1

transactionでAUTO INCREMENTな主キーが1に戻ると決めつけるのはどうなのか？と思います。
適当にググってみましたが、SQLiteのみの挙動のようです。

もし、仮に管理ユーザーなどとして特定のidをもちたいのならばidを明記し

User.create(id: 1, name: "yamada")

などと作成するとよいでしょう。

id: 1であることが重要でないのならば

current_user = User.order(:created_at).last

になるかなと思います。

Comments

[退会済みユーザー]

早速のご回答ありがとうございます。
idが1であることは重要ではないのですが、なぜDockerを使用しなかったときと違う挙動になったのか、何か間違えた設定をしているのかと思った次第です。
SQLiteの挙動ということなので、MYSQLを使えるように設定できていないのか調べてみたいと思います。
そもそもこういった書き方自体が良くないのですね。今後はご回答頂いたような書き方をしたいと思います。