このクエリが遅い理由がわかりません。

下記のクエリで

「users.deleted_at IS NULL」が２つあり、重複した条件のため遅くなっているようです。
片方消すと一瞬でクエリが完了します。

重複した条件がWHERE句に存在するとき、どういう風に探し行ってなぜ時間がかかってるのかがわかりません。
どなたかご教示いただけると幸いです。

※ここで対象にするUsersは5万件になります

select
    count(*)
from
    `users`
where
    `users`.`id` IN(
        SELECT
            `tweets`.`tweet_id`
        FROM
            `tweets`
        WHERE
            `tweets`.`type` = 2
    )
AND `users`.`company_id` = 193
AND `users`.`deleted_at` IS NULL
AND `users`.`deleted_at` IS NULL
;

=> 50000

Railsのタグを入れているのは下記が理由です。

Rails5にしてからwhere句の条件が重複した条件でも愚直にクエリに追加されるように見えました。
記事など探しても該当する情報を見つけられなかったので勘違いかも知れませんが、そのような変更があった、などの情報あれば教えて欲しいです。

Mysqlのバージョンも5.6から８．０に上げているのでそのせいもあるのかも知れませんが、、

#Rails 4のとき
Users.where(id: 1).where(deleted_at: nil).where(deleted_at: nil).count
=>SELECT COUNT(*) FROM `users`  WHERE `users`.`id` = 1 AND `users`.`deleted_at` IS NULL

#Rails 5のとき
Users.where(id: 1).where(deleted_at: nil).where(deleted_at: nil).count
=>SELECT COUNT(*) FROM `users`  WHERE `users`.`id` = 1 AND `users`.`deleted_at` IS NULL AND `users`.`deleted_at` IS NULL

gem paranoia　と scope使ったときなどに条件が重複してしまってクエリが遅くなったりと困っています。

m.ts10806

2020/07/30 20:46

どういうデータに対しどういう結果を得たいのか記載した方が良いかと思います。「遅い原因」を探るのではなく「SQLの最適化」を観点においたほうが有益な回答を得られると思います。

BKG

2020/07/31 02:38

ご回答頂きありがとうございます。目的を書けばよかったです。失礼しました。最適化という意味であれば根本を直すことなのですが、影響範囲が広すぎて直すことが現状できない状態です。色々なところで発生(条件が重複)しているのですが、遅い場合とそうじゃない場合があり影響範囲を特定するために遅い原因を探っていました。