"contains"検索を高速化するMySqlのフルテキストインデックス処理

Question

私は非常に大きなテーブルを持っているので、like % Xまたはlike '% X %のwhere句に基づいて更新を行っています。私は、名前欄をNameWord1、NameWord2に「分解」すると考えていたので、もっと複雑な部分を構築することができましたが、それぞれが少なくとも '='と '％'のようなものです。

フルテキストインデックスに気付きましたが、同じ結果が得られる可能性がある場合は、ドキュメントでは明確ではありません。私はフルテキストインデックスをテストするために数百万のレコードテーブルに嫌われています。私は小さなテーブルでテストを見ることができませんので、パフォーマンスの向上について実際の洞察を与えてくれます。 MySqlフルテキストインデックスのフィードバックを入手して、問題への適応性を確認してください。

Answer 1

一般的な答えとして「はい」です。あなたのユースケースは、フルテキストインデックスのために設計されたものです。あなたは1を実装として心に留めておくべき

2つのこと：

• 最小ワード長。デフォルトは、ストレージエンジンに応じて3または4です。あなたが1人のキャラクターを探しているなら、これは明らかに長すぎます。 （hereを参照してください。）
• ストップワードリスト。これらは、情報価値がない（「それにもかかわらず」）またはあまりにも一般的である（「持っている」）ため、インデックスにない値です。

また、where句に他の条件が含まれていると、フルテキストインデックスがそれほど改善されないことがあります。

最後に、最後のひとつです。索引付けしている列が実際にコードのリストである場合、これらは結合表になければなりません。フルテキスト索引付けは利点をもたらす可能性がありますが、適切な索引を持つ適切なデータ構造ではパフォーマンスがさらに向上し、リレーショナル整合性も維持できます。