どの MYSQL クエリが速いですか?

最初のタイプ:
テーブル 1: 主キーは A (20 ビット bigint タイプ)、フィールド B は文字列 (テーブル 2 の自動インクリメント ID、複数の ID は「,」で区切られる)
テーブル2: レコード

2 番目のタイプ:
レコード テーブル、フィールド A はインクリメントされ、フィールド B は (20 ビット bigint 型、反復可能、インデックス付き)


データが非常に大きいと仮定すると、特定の 20- bit bigint 型のデータ リスト、どの種類のデザイン クエリが高速ですか?

ディスカッションへの返信 (解決策)

理解できませんので、テーブル構造を投稿して例を示すことをお勧めします。

20 ビット bigint、そんなに大きくする必要がありますか? 64 ビット整数イベントに注意してください。

20 ビット bigint、そんなに大きくする必要がありますか? 64 ビット整数イベントに注意してください。
何の事件？聞いたことがないので説明してください
クエリを高速化するために、文字列を BIGINT に変換します

haowen

2 階の changjay の返信からの引用: 20 桁の bigint は必要ですか?そんなに大きくなるの？ 64 ビット整数イベントに注意してください。
何の事件？それを聞いたことがありません。番号？



クエリは高速で、通常はインデックスを追加するだけです。 INT (11) 11 桁の数値が最も合理的です。それ以上の数値がある場合は、実際には使用されず、メモリ リソースが消費されます。

上の階の人はみんな曲がってる…
ご質問について: 2 番目のタイプ

もちろん 2 番目のタイプです！

mysql には、カンマ区切りの文字列からメンバーを簡単に取得する find_in_set 関数が用意されていますが、関数の実行には常に時間がかかります。

どうすれば直接読むよりも早くなるでしょうか?