チャット機能のDBの構造について

Question

MySQL,PHP,jQyeryを使用して1v1のチャット機能を作成しようとしています。
LINEのように過去のチャットを閲覧するには、DBにメッセージを格納しないといけないと思うんですが、
その際のDBの構造についての質問です。

DBのレコードにメッセージを追加して引き出す構造にすると、レコード数が増えた場合に処理が遅くなると思います。

そこでチャットシステムを作成する際に、DBに負荷を少なくするにはどのような構造にすればよいですか？

Answer 1

• アクセス時に一気に全件取得するのではなく最新n件だけ取得してきて「次のn件を取得」のようにする
• ページング
• 一定期間を超えたメッセージは過去ログ用のテーブルに移動し過去ログ検索でのみアクセスできるようにする
• どっちにしてもレコード数増えれば遅くなるのは当然だからローディングを出すなどしてユーザーに遅く感じさせない工夫をする（スケルトンスクリーンとか色々工夫はある）
• テーブル自体に変更が少ない構造にする（あとからUPDATE,DELETE,ALTER TABLEしなくていいように）

Answer 2

LINEレベルのユーザー数にスケールするのであれば、 NoSQL等検討しなければならないですが、大抵のサービスは通常の MySQL と通常のテーブル設計で問題ありません。