[EC-CUBE] EC-CUBE 4.0.6-p1　正式版（公式DL版)
[レンタルサーバ] GMO　Conohawingサーバ
[OS] Linux web0168.sh.tyo1 3.10.0-962.3.2.lve1.5.39.el7.x86_64 #1 SMP Thu Sep 17 06:10:33 EDT 2020 x86_64 [PHP] PHP 7.3.26
[データベース] MySQL 5.7.27-log
[WEBサーバ] Apache + nginx （バージョン確認方法が分かりません）
[ブラウザ] 有名どころ全て
[導入プラグインの有無] 有り

Amazon Payプラグイン(V2対応版) 1.1.0 AmazonPayV2　状態： 有効
お問い合わせ管理 for EC-CUBE4 1.0.5 ContactManagement4　状態： 有効
Coupon Plugin for EC-CUBE4 4.0.7 Coupon4　状態： 有効
Paidyプラグイン 1.0.5 Paidy4　状態： 有効
Securitychecker4 4.0.0 Securitychecker4　状態： 有効
商品レビュー管理プラグイン 4.0.2
U-KOMI 1.1.1 UKOMI4　状態： 有効
クロネコヤマト　カード・後払い一体型決済サービス 1.2.1 YamatoPayment4　　状態： 有効
EC-CUBE Ranking Plugin 1.0.1 Ranking 状態： 有効


現在は解消しているのですが、自分でも何故解消したのか良く分からなくて質問させていただきます。
特別な操作は何もせずに外部キーエラーが解消してしまい半分困っています。



プラグインの新規導入のために、


でいわゆる1452の外部キーとの関係に矛盾があるときのエラーが出てプラグインの有効化まで出来ませんでした。


エラー内容は、



でした。

dtb_class_category
dtb_class_name
dtb_product
dtb_product_class


のデータベースでの間で整合性がとれていないレコードが有ったので登録しました。

それでもエラーは解消できません。


外部キー制約を無視してクエリを作ろうかと考えたけどそれはせず、管理画面から ec-root/test_admin/product/class_name
より
class_nameの表示順番（ソート）を降順にして半日ほど時間経過させて置いたら何故か分かりませんが、プラグインインストールと有効化作業まで行う事が出来ました。



単にキャッシュの悪影響なのでしょうか？こまめにサーバーサイドでキャッシュクリアを行っておりましたが、気付かずに知らないうちに別の操作を行っていたのでしょうか？


何かしら経験則的な情報が有れば教えて頂けますと幸いです。
どうぞよろしくお願いいたします。

他の方がDBを操作していたとかはないでしょうか？

...ではないですね。1人なので、共同作業などはしてません。
サーバー提供会社も怪しいので問い詰めます。ありがとうございます。