My Companyの新しいフォーラムを設計しましたが、MySQLデータベースのフォーラム投稿を保存するとスケーラビリティがあり、パフォーマンスが良いと確認したかったのですが? 投稿の文字数は約400文字です(400文字に制限されます)。 MySQLのフィールドに400文字のテキストを保存し、テーブルに1,000万行がある場合、パフォーマンスに影響しますか? 私の主な制約はパフォーマンスです。誰かがこのMySQLのフィールドの最大データ長
答えて
に光を当ててくださいすることができ二つのデータ型は、あなたが決めるどのようなデータ型VARCHARまたはTEXT
を考慮することがあります。あなたはそれを表示する頻度
- に依存?もし
TEXTとBLOBを保存する文字の
VARCHARはテーブルとともにインラインで格納されます。サイズが合理的である場合、VARCHARは高速ですが、データとハードウェアによってトレードオフが速くなりますので、データで実際のセネリオをベンチマークする必要があります。
VARCHAR(格納されたインライン)は、データが頻繁に取得される場合(通常、ほとんどのクエリに含まれます)、通常より高速です。ただし、大量のデータが正常に検索されない場合(つまり、クエリによって参照されない場合)、データがインラインで格納されない方がよい場合があります。インラインで格納されたデータの場合、行サイズに上限があります。
テーブルにTEXT列またはBLOB列がある場合、そのテーブルをメモリに格納することはできません。これは、キャッシュをヒットしないすべてのクエリがファイルシステムにアクセスしなければならないことを意味します。これはメモリよりもはるかに低速です。
コンテンツを投稿すると大量のTEXTフィールドが使用されますが、テキストフィールドは実際に必要なときにのみアクセスされる個別のテーブルに格納されます。このようにして、元のテーブルをメモリに格納することができ、はるかに高速になります。
データを1つの「メモリテーブル」と1つの「ファイルテーブル」に分けると考えてください。これを行う理由は、必要な場合(すなわち、テキストが必要な場合のみ)を除いて、ファイルシステムにアクセスしないようにするためです。
(投稿、post_text)、(投稿の詳細、投稿)などを試すことができます。
- 1. MongoDB。フィールド名の最大長
- 2. 最大MySQLユーザーパスワードの長さ
- 3. Solrの文字列フィールドの最大長
- 4. MySQLのテーブル名の最大長
- 5. PHPとMYSQLの最大可変長?
- 6. MySQLのフィールド長エラー
- 7. 長いテキストフィールドの最大長
- 8. SteamID64の最小長と最大長
- 9. openIDの最大長
- 10. スカラキューの最大長
- 11. Android:URLの最大長
- 12. UITextViewの最大長
- 13. フィールドの "長さ"のMySQL SELECT文は1より大きい
- 14. cakephpとmysqlのフィールドの最小値と最大値
- 15. オラクルナンバーフォーマットモデル最大長
- 16. SAS長さが最大長
- 17. URLの最大長(C#の)
- 18. sendtoの最大バッファ長は?
- 19. ベクトルの最大長がR
- 20. URLフラグメント(ハッシュ)の最大長
- 21. UUIDの最大文字長
- 22. Alexa skill SSMLの最大長
- 23. Windowsユーザー名の最大長
- 24. [NSXMLNode stringValue]の最大長
- 25. node.jsの最大リクエスト長
- 26. ** argvパラメータの最大長
- 27. Grails JSONの最大長
- 28. SQL CEの最大長
- 29. MySQLの最大クエリ
- 30. 最小と最大強度の長さ