现在用户数量大致有10万人
所使用的数据库一定为mysql
想保存所有人聊天记录在在数据库中
即使一个人的聊天数据条数只有100条
那如果把所有记录保存在一张表中,那不就有1000万条记录
这样应该会导致查询效率极低吧?
有没有具体其的数据库设计方法或思想
比如多表?只是有这个想法,但是不懂其运作机制
大家说说想法,让小弟参考参考 谢谢了!
现在用户数量大致有10万人
所使用的数据库一定为mysql
想保存所有人聊天记录在在数据库中
即使一个人的聊天数据条数只有100条
那如果把所有记录保存在一张表中,那不就有1000万条记录
这样应该会导致查询效率极低吧?
有没有具体其的数据库设计方法或思想
比如多表?只是有这个想法,但是不懂其运作机制
大家说说想法,让小弟参考参考 谢谢了!
最佳解决方案:分表+备份
分表:根据用户的id,把不同用户的聊天信息放到对应的表中,以缓解数据量的压力。
备份:后台搞个过程,定期把老的数据备份的备份表里,同时把已备份的数据删除。
我们公司类似这样的功能就是这么做的。
还有一种方法,不如知道适不适合你的需求,那就是像qq一样,把该用户的聊天记录以文件的形式写在他本地.