目前设计了一套聊天客服系统，初步规模大概每天接待2000人。
目前我文字内容全部存储到了mysql中每发一次消息就插一条记录，如果发的是图片或者语音就存文件名然后根据文件名读取。感觉这种方式如果时间久了或者规模大了不是很合理。看了下网上文章感觉nosql更适合吧之前没接触过nosql。是不是 mongodb更适合这种数据的存储。麻烦有经验的同行给些设计思路。
这个不是问题，两千人问题不大，后期要做升级的话，可以考虑做线程池，可以参考这个：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
如果解决了您的问题，请点击采纳，如果并没有，请在下方留言，我会继续帮您解答
每天2000人的流量，用啥都无所谓，mysql存这个压力不大的。
可以考虑使用一些第三方的云存储，会方便很多，音视频图片全部上传到那些地方，拿回链接存数据库，这样你这套系统基本一直没问题的。
mysql就只存文本和链接，只要关键查询字段有索引，单表存几千万，select的延迟也是很小的。如果你预估以后人流量会大很多，可以考虑做个分表也足够了 。
再怎么选择哪种数据库，音视频图片最好还是不从本地服务器提供服务，因为如果是高峰期，带宽压力太大了，用cdn还有一些其他好处，你可以搜搜qiniu这类的云存储试试。
流量也没多大，mysql是能支持的
mysql足够，优化一下即可，图片放在专用的文件服务器即可，采用提供服务的方式，保证稳定。