acid

【ACID】 在传统数据库系统中，事务具有 ACID 4 个属性（ Jim Gray 在《事务处理：概念与技术》中对事务进行了详尽的讨论）。 原子性（Atomicity）：事务是一个原子操作单元，其对数据的修改，要么全都执行，要么全都不执行。 一致性（Consistent）：在事务开始和完成时，数据都必须保持一致状态。这意味着所有相关的数据规则都必须应用于事务的修改，以保持数据的完整性；事务结束时，所有的内部数据结构（如B树索引或双向链表）也都必须是正确的。 隔离性（Isolation）：数据库系统提供一定的隔离机制，保证事务在不受外部并发操作影响的“独立”环境执行。这意味着事务处理过程中的中间状态对外部是不可见的，反之亦然。 持久性（Durable）：事务完成之后，它对于数据的修改是永久性的，即使出现系统故障也能够保持。 对于单个节点的事务，数据库都是通过并发控制（两阶段锁 - two phase locking 或者多版本 - multiversioning）和恢复机制（日志技术）保证事务的 ACID 特性。对于跨多个节点的分布式事务，通过两阶段提交协议（two phase commiting）来保证事务的 ACID 。 可以说，数据库系统是伴随着金融业的需求而快速发展起来。对于金融业，可用性和性能都不是最重要的，而一致性是最重要的，用户可以容忍系统故障而停止服务

事务管理（ACID） 谈到事务一般都是以下四点 原子性（Atomicity） 原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。 一致性（Consistency） 事务前后数据的完整性必须保持一致。 隔离性（Isolation） 事务的隔离性是多个用户并发访问数据库时，数据库为每一个用户开启的事务，不能被其他事务的操作数据所干扰，多个并发事务之间要相互隔离。 持久性（Durability） 持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响 来源： https://www.cnblogs.com/betterquan/p/11658184.html

Redis面试问题怎么梳理？如何提升Java求职通关率？Redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。它是Java工程师工作的好帮手，也是企业面试官选拔人才的金钥匙。接下来小编给大家分享Java就业面试题中有关Redis的问题。 1、Redis的通讯协议是什么? Redis 的通讯协议是文本协议，Redis服务器与客户端通过RESP(Redis Serialization Protocol)协议通信。Redis文档认为简单的实现、快速的解析、直观理解是采用 RESP文本协议最重要的地方，有可能文本协议会造成一定量的流量浪费，但却在性能上和操作上快速简单，这中间也是一个权衡和协调的过程。 2、Redis有没有ACID事务? ACID指的是：原子性、一致性、隔离性、持久性。 Redis具备了一定的原子性，但不支持回滚。Redis不具备ACID中一致性的概念。(或者说Redis在设计时就无视这点) Redis具备隔离性，通过一定策略可以保证持久性。 Redis和ACID纯属站在使用者的角度去思想，Redis设计更多的是追求简单与高性能，不会受制于传统ACID的束缚。 3、Redis的乐观锁Watch是怎么实现的? Redis的Watch机制，是利用了Redis本身单线程的机制，采用了watched

What is difference between Atomicity and consistency ? it looks to me as both are saying same thing in different word. Atomicity All tasks of a transaction are performed or none of them are. There are no partial transactions. For example, if a transaction starts updating 100 rows, but the system fails after 20 updates, then the database rolls back the changes to these 20 rows. Consistency The transaction takes the database from one consistent state to another consistent state. For example, in a banking transaction that debits a savings account and credits a checking account, a failure must not

回想12年左右刚开始接触Nosql，各种Nosql数据库如雨后春笋般出现，如MongoDB、Redis、Hadoop、CouchDB等等，其中有一篇CAP理论文章非常火。到现在CAP、ACID、BASE各种概念，但分布式事务是必须面对的问题。 ACID 数据库管理系统中事务(transaction)的四个特性 原子性（Atomicity） 原子性是指事务是一个不可再分割的工作单元，事务中的操作要么都发生，要么都不发生。 一致性（Consistency） 一致性是指在事务开始之前和事务结束以后，数据库的完整性约束没有被破坏。数据库事务不能破坏关系数据的完整性以及业务逻辑上的一致性。 隔离性（Isolation） 多个事务并发访问时，事务之间是隔离的，一个事务不应该影响其它事务运行效果。（ 数据库事务隔离级别 ） 持久性（Durability） 持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，即使数据库发生故障也不应该对其有任何影响。 所谓事务，它是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位。 单实例关系型数据库天生就是解决具有复杂事务场景的问题，关系型数据库完全满足ACID的特性。 CAP理论 Consisteny（一致性） 一致性的要求是指，对于任何客户端来说，每次的读操作，都能获得最新的数据。即，当有客户端向A节点写入了新数据之后

Sorry for the ignorant question, but what kind of applications wouldn't require an ACID compliant database server? I have a SQL Server background where ACID has always "been there", and now researching other DBMSs has me thinking. Most every application I can think of would desire either atomicity or isolation. Thanks! Anything based on a NoSQL-type database is sacrificing ACID compliance in exchange for something, usually speed. Twitter, Facebook, Reddit, Digg, etc... all are partially non-acid based It's a paradox that every RDBMS guy thinks the sky would fall without ACID, but most NoSQL

ACID模型是一组强调高可靠性的数据库系统设计原则。InnoDB存储引擎坚持ACID原则，确保即使在软件崩溃甚至是硬件故障的情况下，数据也不会损坏。当你需要依赖兼容ACID原则的业务时，你不必重复造轮子去实现一致性检查和崩溃恢复机制。在一些情况下，如果你有额外的安全保证机制，可靠的硬件条件，或者应用能够容忍少量的数据丢失和不一致，你可以调整MYSQL设置，牺牲掉ACID的一些可靠性换取更高的性能和数据吞吐量。 ACID原则 A: atomicity (原子性) C: consistency (一致性) I: isolation （隔离性） D: durability （持久性） Atomicity(原子性） 原子性主要涉及到InnoDB事务。相关的MYSQL特征包括： Autocommit COMMIT语句 ROLLBACK语句 Consistency(一致性) 一致性主要涉及到InnoDB内部软件崩溃时的数据保护恢复机器。相关的MYSQL特征包括： InnoDB双写缓冲 InnoDB崩溃恢复 Isolation(隔离性) 隔离性主要涉及到InnoDB具体事务的隔离级别。相关的MYSQL特征包括： Autocommit SET ISOLATION LEVEL语句 InnoDB锁的低层细节。在性能调优时，你可以通过INFORMATION_SCHEMA表看到这些细节