目前设计了一套聊天客服系统,初步规模大概每天接待2000人。
目前我文字内容全部存储到了mysql中每发一次消息就插一条记录,如果发的是图片或者语音就存文件名然后根据文件名读取。感觉这种方式如果时间久了或者规模大了不是很合理。看了下网上文章感觉nosql更适合吧之前没接触过nosql。是不是 mongodb更适合这种数据的存储。麻烦有经验的同行给些设计思路。

客服系统服务器数据存储问题
- 写回答
- 好问题 0 提建议
- 关注问题
- 邀请回答
-
4条回答 默认 最新
- 王夜羽 2018-12-12 02:28关注
这个不是问题,两千人问题不大,后期要做升级的话,可以考虑做线程池,可以参考这个:https://www.cnblogs.com/dolphin0520/p/3932921.html
还是不满足需求的话,把分布式和高并发在优化下,具体参考:https://blog.csdn.net/lewky_liu/article/details/78166080
http://www.cnblogs.com/ctrlzhang/p/9213307.html
如果解决了您的问题,请点击采纳,如果并没有,请在下方留言,我会继续帮您解答本回答被题主选为最佳回答 , 对您是否有帮助呢?解决 无用评论 打赏 举报