ACID 事务是关系型数据库一个重要的特性，也是 NewSQL 数据库最大的挑战之一。在 PolarDB-X 的架构中，Data Node（DN）是通过 Paxos 同步日志的，保证了事务的持久性（Durability），而原子性（Atomicity）、一致性（Consistency）和隔离性（Isolation）需要通过合适的事务策略来保证。除此之外，在分布式场景下，由于数据被分散在不同节点，线性一致性（linearizability）也是事务策略的重要特性。
一个事务如果使用 START TRANSACTION READ ONLY 开启，那么我们就会将事务标记为只读事务。我们会直接通过多个 autocommit 的单语句获取需要的数据，避免长期持有连接和事务的开销。
而由于这本书的推广畅销，这也成了很多人对云原生的早期印象，同时云原生也被 12 要素变成了一个抽象的概念。
首先从 Cloud 来理解，云可以看作是一种提供稳定计算存储资源的对象。为了实现这一点，云提供了像虚拟化、弹性扩展、高可用、高容错性、自恢复等基本属性，这是云原生作为一种云计算所具备的第一层含义。第二层要从 Native 来看，云原生和在云上跑的传统应用不同。一些基于公有云搭建的应用是基于传统的 SOA 架构来搭建的，然后再移植到云上去运行，那么这些应用和云的整合非常低。
如果说错误是不可避免或者难以避免的，那么我们应该换一个思路，保证错误发生时，我们可以从容应对。
消除单点
特性开关
服务分级
降级设计
超时重试
BASE 理论的核心思想是：如果无法做到强一致性，或者做到强一致性要付出很大的代价，那么应用可以根据自身业务特点，采用适当方式来使系统达到最终一致性，只要对最终用户没有影响，或者影响是可接受的即可。
单调读一致性（Monotonic-read Consistency）
单调写一致性（Monotonic-write Consistency）
写后读一致性（Read-your-writes Consistency）
读后写一致性（Writes-follow-reads Consistency）
后端服务：把后端服务当作附加资源。后端服务是指程序运行所需要的通过网络调用的各种服务，如数据库（MySQL、CouchDB）、消息/队列系统（RabbitMQ、Beanstalkd）、SMTP 邮件发送服务（Postfix），以及缓存系统（Memcached）。
Code Review
提升代码易读性。
统一规范、标准。
技术交流，提升能力。
在微服务架构中，让开发人员感觉不到微服务之间的通信。
当服务数量越来越多，升级微服务框架变得越来越复杂的时候，微服务框架不可能一直不变且没有 bug。
