谈谈mongodb,mysql的区别和具体应用场景1、我能使用Mongodb的场景是：你不需要太多的事务和多表关联，那么使用Mongodb可以获得更大的性能提升 。或者schema-free的使用场景 。
2、比较mysql和mongodb应当从一下几个方面：数据库执行数据操作的性能 存储方式 适用环境 三个方面来比较 。
3、默认情况下 ， MongoDB 更侧重高数据写入性能，而非事务安全，MongoDB 很适合业务系统中有大量 “低价值” 数据的场景 。但是应当避免在高事务安全性的系统中使用 MongoDB，除非能从架构设计上保证事务安全 。
4、使用JSON风格语法，易于掌握和理解：MongoDB使用JSON的变种BSON作为内部存储的格式和语法 。针对MongoDB的操作都使用JSON风格语法，客户端提交或接收的数据都使用JSON形式来展现 。相对于SQL来说，更加直观，容易理解和掌握 。
5、MongoDB MongoDB是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富 ， 最像关系数据库的 。他支持的数据结构非常松散，是类似json的bjson格式 ， 因此可以存储比较复杂的数据类型 。
6、所以我们所熟知的那些SQL语句就不适用于MongoDB了，因为SQL语句是关系型数据库的标准语言 。关系型数据库-MySQL 在不同的引擎上有不同的存储方式 。查询语句是使用传统的sql语句，拥有较为成熟的体系，成熟度很高 。
mongodb的数据模块与传统的数据库模型有什么区别1、mongodb和传统关系型数据库（Mysql/SqlServer/Oracle等）的区别传统关系型数据库：结构化数据，定好了表结构之后 ， 每一行的内容必是符合表结构的，就是说，列的个数，类型都一样 。
【mongodb事务原理 微服务mongodb事务】2、处理数据的方式上存在显著差异 。数据结构：在关系型数据库中，行是表的基本单位，每一行都包含列的数据类型 。
3、MongoDB是文档型的行存储，行存储的读写过程是一致的，都是从第一列开始，到最后一列结束 。
如何应对mongodb事务无法回滚MongoDB宕机重启之后可以通过checkpoint快速恢复上一个60s之前的数据 。MongoDB最后一个checkpoint到宕机期间的数据可以通过Journal日志回放恢复 。
MongoDB 优点无模式无模式是个双面刃 。
简述一下MongoDB的应用场景 mongodb 支持副本集、索引、自动分片，可以保证较高的性能和可用性 。
众所周知 ， 开箱即用的已经提交的单个事务无法进行回滚 。但这是通过引入 补偿操作来 实现的 - 通过引入“取消”操作 。除了 取消 之外，您还应该考虑使您的服务具有 幂等性 ， 以便在出现故障时重试或重新启动某些操作 。
remove 说明：从集合中删除文档 。
mongodb所负责部分以文档形式存储，能够有较好的代码亲和性，json格式的直接写入方便 。（如日志之类）（2）从data models设计阶段就将原子性考虑于其中，无需事务之类的辅助 。
推荐阅读
- 登陆服务器 登录服务器无法启动怎么解决
- 如何上传图片到服务器？ 怎么把图片发送到服务器
- redis value redisvalue教程
- redis安装失败,怎么卸载干净 安装redis时提示错误
- Redis基础命令 redis基础
- 如何更改网站服务器的域名？ 网址服务器域名怎么修改