即在事务开始之前和结束以后,数据库的完整性约束没有被破坏。
体现在两个层面:
1.数据库机制层面
数据库层面的一致性是,在一个事务执行之前和之后,数据会符合你设置的约束(唯一约束,外键约束,Check约束等)和触发器设置.这一点是由SQL SERVER进行保证的.
2.业务层面
对于业务层面来说,一致性是保持业务的一致性。这个业务一致性需要由开发人员进行保证。很多业务方面的一致性可以通过转移到数据库机制层面进行保证.比如,产品只有两个型号,则可以转移到使用CHECK约束使某一列必须只能存这两个型号.
https://www.cnblogs.com/wyaokai/p/10921323.html
来解决事务并发中带来的一下几个问题脏读(Dirty Read)、不可重复读(Non-repeatable Read)、幻读(Phantom Read)
不同的数据库或者说存储引擎默认支持不同的隔离级别,比如InnoDB存储引擎默认支持REPEATABLE_READ,而Mongodb只支持READ_UNCOMMITTED
https://juejin.im/post/5cab6ff95188251af951c82b
https://www.bilibili.com/video/BV1at411y7iQ?from=search&seid=13774914441377346905
分布式事务综述:
https://www.cnblogs.com/xybaby/p/7465816.html
https://www.cnblogs.com/xybaby/p/7756163.html
分布式事务:分布式事务原理概述
https://yq.aliyun.com/articles/608863?spm=a2c4e.11153940.0.0.29fe22959WiLLB
TCC事务原理:https://yq.aliyun.com/articles/682871
原文:https://www.cnblogs.com/tianboblog/p/12891330.html