文件是不必考虑的，磁盘性能会让系统的效率lag无比。

可以考虑用两个表，room表记录会话，content表记录内容。content中的room_id字段用来标记会话的id。

建一个表不行吗？，如果超过多少就自动创建一个分表
里面记录每天聊天记录的信息，这样查询也方便，操作也方便还可以提前加载到缓存中

可以用rethinkdb或者mongodb这种存储。因为消息对acid要求很弱，不如采用一个容易scale的存储技术。另外可以写程序自动把3个月前的数据dump到另一个集群，控制数据规模

此类记录储存不用mysql的话，就如楼上所说有更专业的数据库。

但如果用mysql的话，且只考虑两人聊天的话，不知下列方法是否可行，反正自己的小程序目前这么用的：
－msg table(msg_id, msg_user_id, msg_chat_id, ...）
－chat table(chat_id, chat_user_id_a, chat_user_id_b, ...)

通过简单的sql query就可以实现任何两人之间的chat记录查询。
注：可以选择两人之间chat_id始终唯一，也可以选择另起chat_id，unique index实现。

当然，对于长久chat，里面的msg信息可以选择存到本地，然后记录下当前最新的msg_id，
下次query就不用遍历全部的msg了。

就算本地记录被清除，可以采用下拉更新的方式，每次query一小部分，以一定数量的msg record或者时间为界限。

最后，作为小白程序员，总觉得mysql对这类应用后期不太容易scale，恳请指教！

想知道 用mysql 如何分组 取数据 出来。