目前设计了一套聊天客服系统,初步规模大概每天接待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
如果解决了您的问题,请点击采纳,如果并没有,请在下方留言,我会继续帮您解答本回答被题主选为最佳回答 , 对您是否有帮助呢?解决 无用评论 打赏 举报
悬赏问题
- ¥50 Kubernetes&Fission&Eleasticsearch
- ¥15 有没有帮写代码做实验仿真的
- ¥15 報錯:Person is not mapped,如何解決?
- ¥30 vmware exsi重置后登不上
- ¥15 易盾点选的cb参数怎么解啊
- ¥15 MATLAB运行显示错误,如何解决?
- ¥15 c++头文件不能识别CDialog
- ¥15 Excel发现不可读取的内容
- ¥15 关于#stm32#的问题:CANOpen的PDO同步传输问题
- ¥20 yolov5自定义Prune报错,如何解决?