标签：一致性 可用性 使用 分布 ilb 改变 strong 结束 eve
要讲MongoDB之前，首先要提到一个概念NOSQL(NoSQL = Not Only SQL )
很大一部分数据是由关系型数据库管理系统（RDMBSs）来处理的，关系模型是结构化储存的主力军，宛如帝王般的存在
而NOSQL就是那个断指的刺客，拿剑指向帝王
它提倡使用非关系的数据储存
数据库中的事务（transaction）和现实生活中的交易类似，它就具有如下的四个特性
1.A（Atomicity）原子性
要么全部做完，要么大家都别做了（如果一个操作失败，那么整个事务都要回滚）
2.C（Consistency）一致性
数据库需要一直处于一致的状态，事物的运行不会改变数据库的一致性约束
eg：如果有个A+B=10的约束，如果有一个事务改变了A那么就必须再改变B，使得依然满足A=B=10的这个条件。
3.I（Isolation）独立性
独立性是指并发的事务之间不会互相影响，在事务结束之前，数据是不会被影响的。
4.D(Durability)持久性
事务一旦改变了数据，那他就会永久的停留在数据库里面，即使发生宕机数据也不会发生丢失。
可以部分参考王垠的观点，《关系模型的实质》https://www.yinwang.org/blog-cn/2014/04/24/relational ，对数据进行挖掘，那么关系型的SQL就不适合处理这些庞大的用户数据。
BASE：Basically Available, Soft-state, Eventually Consistent。 由 Eric Brewer 定义。
CAP理论的核心是：一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需求，最多只能同时较好的满足两个。
BASE是NoSQL数据库通常对可用性及一致性的弱要求原则:
MongoDB
既然没有关系模型，那要怎么样在数据库里面建立索引呢
以MongoDB为例，文档存储一般用类似json的格式存储，存储的内容是文档型的。这样也就有有机会对某些字段建立索引，实现关系数据库的某些功能。
参考资料
https://www.mongodb.org.cn/tutorial/2.html
标签：一致性 可用性 使用 分布 ilb 改变 strong 结束 eve
原文地址：https://www.cnblogs.com/QuixoteY/p/11122848.html
