SQLのチューニングについて

Question

ユーザーが記事内容を編集できるサイトで、そのユーザーが編集したことがある記事を一覧で表示するページを作成したのですが、SQLのパフォーマンスに問題があり、ページの表示に平均約1分ほどかかってしまっています。（Datadogで確認済み。）

この問題をSQLをチューニング・高速化することで解決したく、こちらで質問をさせていただきました。

UsersControllerのコードは以下の通りで、

def show

  artist_list = PaperTrail::Version.where(whodunnit: params[:id]).pluck(:status, :item_type, :item_id).select {|item| item[0] == 1 && item[1] == "Artist"}.collect(&:last)

  @artists = Artist.where(id: artist_list)

end

発行されるSQLとexplainの結果は以下の通りです。

[9] pry(main)> Artist.where(id: PaperTrail::Version.where(whodunnit: 2).pluck(:status, :item_type, :item_id).select {|item| item[0] == 1 && item[1] == "Artist"}.collect(&:last)).explain
   (34.9ms)  SELECT `versions`.`status`, `versions`.`item_type`, `versions`.`item_id` FROM `versions` WHERE `versions`.`whodunnit` = '2'
  Artist Load (12.4ms)  SELECT `artists`.* FROM `artists` WHERE `artists`.`id` IN (1, 2)
=> EXPLAIN for: SELECT `artists`.* FROM `artists` WHERE `artists`.`id` IN (1, 2)
+----+-------------+---------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
| id | select_type | table   | partitions | type  | possible_keys | key     | key_len | ref  | rows | filtered | Extra       |
+----+-------------+---------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | artists | NULL       | range | PRIMARY       | PRIMARY | 8       | NULL |    2 |    100.0 | Using where |
+----+-------------+---------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
1 row in set (0.01 sec)

なお、Artistsテーブルのレコード数は1万件程度で、バージョン管理にはpaper_trailというgemを使用しています。

また、whodunnit、status、item_typeにindexを設定しています。（item_idには設定していません。）

こちらで質問をさせていただくのはほぼ初めてなので、不足する情報などがありましたらそちらもご指摘いただけると幸いです。

お手数をおかけしますが、よろしくお願いします。

追記

ご回答いただいた方、ありがとうございます。

取り急ぎご指摘いただいたテーブルの情報について追記いたします。

＜artistsテーブル＞

  create_table "artists", options: "ENGINE=InnoDB DEFAULT CHARSET=utf8", force: :cascade do |t|
    t.integer "url_num"
    t.text "profile"
    t.string "image"
    t.string "record_label"
    t.string "nationality"
    t.string "name"
    t.string "real_name"
    t.string "artist_name_english"
    t.string "real_name_english"
    t.string "nickname"
    t.date "birthday"
    t.date "deadday"
    t.integer "gender"
    t.string "brother"
    t.string "born_country"
    t.string "born_area"
    t.string "highschool"
    t.string "university"
    t.integer "enter_year"
    t.integer "height"
    t.integer "weight"
    t.string "blood"
    t.text "favorite_type"
    t.text "personality"
    t.text "hobby"
    t.text "skill"
    t.text "pre_debut"
    t.text "family"
    t.text "retirement"
    t.date "retirement_year"
    t.text "evaluation"
    t.text "shaping"
    t.text "favorite_food"
    t.string "url"
    t.string "twitter"
    t.string "instagram"
    t.string "weibo"
    t.integer "impressions_count", default: 0
    t.integer "tmp_wp_singer_id"
    t.datetime "created_at", null: false
    t.datetime "updated_at", null: false
    t.integer "debut_year"
    t.string "born_sub_region"
    t.bigint "region_master_id"
    t.index ["name"], name: "index_artists_on_name"
    t.index ["region_master_id"], name: "index_artists_on_region_master_id"
    t.index ["url_num"], name: "index_artists_on_url_num", unique: true
  end

＜versionsテーブル＞

  create_table "versions", options: "ENGINE=InnoDB DEFAULT CHARSET=utf8mb4", force: :cascade do |t|
    t.string "item_type", limit: 191, null: false
    t.integer "item_id", null: false
    t.string "event", null: false
    t.string "whodunnit"
    t.text "object", limit: 4294967295
    t.boolean "tmp", default: false, null: false
    t.integer "status", default: 0, null: false
    t.datetime "created_at"
    t.index ["item_type", "item_id"], name: "index_versions_on_item_type_and_item_id"
    t.index ["item_type"], name: "index_versions_on_item_type"
    t.index ["status"], name: "index_versions_on_status"
    t.index ["whodunnit"], name: "index_versions_on_whodunnit"
  end

Answer 1

SELECT `versions`.`status`, `versions`.`item_type`, `versions`.`item_id` 
FROM `versions` 
WHERE `versions`.`whodunnit` = '2'

whodunnit 列は数値型だったりしませんか？
数値型なら versions.whodunnit = '2' はテーブル全件のwhodunnitを文字型に変換してから '2' に等しいデータを抜き出すのでデータ量が多いと極端に遅くなります。

2つのテーブルのCREATE TABLLE, CREATE INDEX を質問に追記できると適切なコメントが付き易いです。

追記

SELECT `artists`.* 
FROM `artists` 
WHERE `artists`.`id` IN (1, 2)

パフォーマンスを改善するには、id列にPRIMARY KEY か INDEX が必要ですが、追記された artists のテーブル定義にはid列がありません。

Answer 2

テーブルの情報がない回答が難しいですが
idはユニークではなくインデックスも貼っていないのでしたら
インデックスを貼ってください