mysql和redis现用的很好很熟练，什么场景下我应该舍弃这些工具，转而考虑用mongo去存储数据？
另外：
目前在探索存储文章类型的数据，文章内容的样式化需要保存，又不破坏检索工具对内容的检索能力，性能也得过的去，我需要一套良好的解决方案，对于数据库的特性和比较我自己肯定是会提前查过资料的，所以答案不是单纯的比较数据库特性，我的实际问题可能偏向于实战和经验。
做过日订单百万的APP后台，用的Mysql和Redis，对于一般问题MySQL和Redis都可以支撑，有什么理由或场景会逼我或推荐我去用mongo呢，mongo灵活的数据类型存储，我目前只想到日志的存储用mongo比较好。文章类的网站我新手开发，需要经验指引，先谢谢
回复内容：
mysql和redis现用的很好很熟练，什么场景下我应该舍弃这些工具，转而考虑用mongo去存储数据？
另外：
目前在探索存储文章类型的数据，文章内容的样式化需要保存，又不破坏检索工具对内容的检索能力，性能也得过的去，我需要一套良好的解决方案，对于数据库的特性和比较我自己肯定是会提前查过资料的，所以答案不是单纯的比较数据库特性，我的实际问题可能偏向于实战和经验。
做过日订单百万的APP后台，用的Mysql和Redis，对于一般问题MySQL和Redis都可以支撑，有什么理由或场景会逼我或推荐我去用mongo呢，mongo灵活的数据类型存储，我目前只想到日志的存储用mongo比较好。文章类的网站我新手开发，需要经验指引，先谢谢
要一一列举出来合适的用法很...
我们反过来思考，什么场景不适合用mangodb？
我们有个用户个人中心：
一个用户可以有很多个朋友，朋友可以有很多留言，留言可以有很多回复，留言可以有很多点赞的人
用mongodb来建模，就是一个大json，里面我们有个用户，然后用户里面有个朋友数组，留言数组，回复数组，点赞用户数组，这些数组里存放的是完整信息，查询的时候一次就全部获取到！
但是，带来了一个问题
因为朋友数组里的朋友信息其实就是用户信息，所以存放完整信息造成数据冗余了，这个问题也好解决，那就是在数组里存放id，再根据id去对应的数据源里查数据，
但是，mongodb没有join操作，所以又要在代码层中手工做关联工作，很..
这样看来，mongodb不适合存储有关系，关系，关系，的数据。
为什么你不应该使用 MongoDB
Why You Should Never Use MongoDB
