OceanBaseデータベースV4.0以前のバージョンでは、オプティマイザーの2段階アーキテクチャにより、分散計画で結合アルゴリズムを誤って選択する問題が一般的でした。ほとんどのケースで、Nested Loops JoinやMerge Joinが誤って選択されていました。このようなスローSQL問題が発生した場合、DBAは手動でオプティマイザーを制御し、Hash Joinアルゴリズムを選択させる必要がありました（ほとんどのケースでは、この方法でスローSQL問題を解決できます）。
また、統計情報が不正確で、ベーステーブルの行数推定が大幅に過小評価されているため、オプティマイザーが誤ってNested Loops Joinを最適な結合アルゴリズムと判断し、実際にはドライブテーブルのデータ量が非常に多いため計画の実行が遅くなるという問題もあります。この場合も、DBAは手動でオプティマイザーを制御し、他の結合アルゴリズムを選択させるか、結合の順序を変更する必要があります。通常は、Hash Joinアルゴリズムの使用を制御することで解決できます。