白首方悔读书迟 2018-12-12 02:04 采纳率: 100%
浏览 645
已采纳

客服系统服务器数据存储问题

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

  • 写回答

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
    如果解决了您的问题,请点击采纳,如果并没有,请在下方留言,我会继续帮您解答

    本回答被题主选为最佳回答 , 对您是否有帮助呢?
    评论
查看更多回答(3条)

报告相同问题?

悬赏问题

  • ¥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报错,如何解决?