ACID是什么？
ACID 是数据库事务正确执行的四个基本要素的缩写。
为保证事务（transaction）是正确可靠的，所必须具备的四个特性：
原子性（atomicity，或称不可分割性）、
一致性（consistency）、
隔离性（isolation，又称独立性）、
持久性（durability）。
- Atomicity（原子性）：一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被恢复（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。Consistency（一致性）：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，这包含事务执行的前后都是合法的数据状态。数据库的完整性约束包括但不限于：实体完整性（如行的主键存在且唯一）、列完整性（如字段的类型、大小、长度要符合要求）、外键约束、用户自定义完整性（如转账前后，两个账户余额的和应该不变）。Isolation（隔离性）：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。
4、Durability（持久性）：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。
常见的分布式算法有哪些？
比较常见得是Etcd 使用的raft算法和Zookeeper 使用的Paxos基础上扩展而来的ZAB算法
Raft算法和Paxos算法的差异？
不同点：raft强调是唯一leader的协议，此leader至高无上。
raft：新选举出来的leader拥有全部提交的日志，而 paxos 需要额外的流程从其他节点获取已经被提交的日志，它允许日志有空洞
相同点：得到大多数的赞成，这个 entries 就会定下来，最终所有节点都会赞成
为什么使用Etcd而不使用ZooKeeper?
Zookeeper相比有如下缺点：
- Etcd使用的Raft算法更容易理解，Paxos较难理解，ZooKeeper使用比较复杂，需要安装java客户端，官方只提供了java和C两种语言的接口是java开发的，使用了很多依赖，相对维护更复杂
Etcd相比有如下有点：
- 简单：使用Go语言编写的，部署简单。使用HTTP作为接口使用简单。Raft算法容易理解，保持强一致性数据持久化：Etcd默认数据一更新就持久化了安全：Etcd默认支持SSl客户端安全认证
基于以上Etcd既是优点也是缺点，优点是年轻，未来有无限可能，缺点是没有经过大型项目长时间的验证。然而，目前CoreOs，Kubernetes等都在生产环境使用了Etcd，值得我们去尝试。
