必要なデータを流し込んでテストを実行するみたいなのがひたすら繰り返されるコードがあって、とにかく遅くてつらかったので高速化できないか考えてみました。せずともまっさらな状態のままテストを終えるテーブルは多いわけです。発行するコードを考えてみました。独自に便利な情報が格納されているので、これを使うのが手っ取り早いです。必要と判断するようにしています。状態から脱却する第一歩としてはなかなかコストパフォーマンスがよいアプローチだと思っています。値は概算値であり、正確ではないと記されています。利用しても問題がないか気になると思います。構造体の定義には、行数が0以外の場合にはストレージエンジンのフラグによって概算値になる可能性があるものの、0の場合に限っては厳密に0であることを意味すると記されていました。概算値を出す部分までは追っていませんが、今回のように行が存在するかどうかの判定に行数の概算値を利用することは問題なさそうです。