mysql - 大量のレコード用のlongblobパフォーマンスストレージ

Question

app_filesテーブル

+-----------+--------------+------+-----+---------+----------------+
| Field     | Type         | Null | Key | Default | Extra          |
+-----------+--------------+------+-----+---------+----------------+
| file_id   | int(10)      | NO   | PRI | NULL    | auto_increment |
| file_name | varchar(255) | NO   |     | NULL    |                |
| file_data | longblob     | NO   |     | NULL    |                |
+-----------+--------------+------+-----+---------+----------------+
3 rows in set (0.00 sec)

このテーブルに10,000枚の画像を追加し、file_idに基づいて画像を検索すると、パフォーマンスが低下しますか？

データベースにファイルを保存することはお勧めできませんが、バックアップを1か所で処理するにはこれが必要です。

Answer 1

いいえ、すでにインデックスが作成されている主キーでクエリを実行しているため、パフォーマンスは良好です。ただし、file_nameでクエリを実行する場合は、そのフィールドにインデックスを作成することを忘れないでください。そして、file_dataに対してクエリを実行しないでください:)