如果你就是为了你自己，比如说KPI去做事，我告诉你，这个事情做一次两次可以，但后面就没人跟你配合。你一定要忘掉屁股，才能慢慢的把这个事情做成，真正做到你想要的结果。
还有就是要去看论文。跟数据相关的，OLTP和OLAP都有非常好的论文。看了论文以后再看其他人对论文的理解。一定要去看一些比较好的东西，跟工作相关的都可以去看，每天去学习。每天花2到3个小时去学习，三年以后你就知道自己跟别人完全不一样。有人说过：在一个行业你能付出1万个小时，你会跟别人形成本质的区别。但是在我们这个领域，1000个小时就形成差别。
资源管理器（Resource Manger，RM）：事务的参与方，如 MySQL 中的一个库，在 PolarDB-X 中这个角色由存储节点（DN）承担
上面的 SQL 执行的是一个典型的转账场景，将 1 元从 id 为 0 的账户转到 id 为 1 的账户，在整个事务中都没有使用到快照读，因此针对这种场景我们会省略 SNAPSHOT_TS 的获取。
概念随着新的技术发展而演化
第一阶段：容器化封装+自动化管理+面向微服务
第二阶段：DevOps、持续交付、微服务、容器
第三阶段：DevOps、持续交付、容器、服务网格、微服务、声明式API
该定理认为对于一个分布式计算系统来说，不可能同时满足以下三点：
一致性（Consistence）
可用性（Availability）
分区容错性（Partition tolerance）
分布式意味着必须满足分区容错性，也就是 P，因此一般只能是 AP 或 CP。
CPA 定理
该定理认为对于一个分布式计算系统来说，不可能同时满足以下三点：
一致性（Consistence）
可用性（Availability）
分区容错性（Partition tolerance）
分布式意味着必须满足分区容错性，也就是 P，因此一般只能是 AP 或 CP。
TCC 事务模型：两阶段提交是依赖于数据库提供的事务机制，再配合外部的资源协调器来实现分布式事务。TCC（Try Confirm Cancel）事务模型的思想和两阶段提交虽然类似，但是却把相关的操作从数据库提到业务中，以此降低数据库的压力，并且不需要加锁，性能也得到了提升。
对于开发过程来说，少交流、少沟通、少开会就是最高效的。
高覆盖率的自动化测试
全面的监控
持续交付流水线
敏捷基础设施
自动化/智能化运维
随着以 Kubernetes 为代表的云原生技术成为云计算的容器界面，Kubernetes 成为云计算的新一代操作系统。面向特定领域的后端云服务 (BaaS) 则是这个操作系统上的服务 API，存储、数据库、中间件、大数据、 AI 等领域的大量产品与技术都开始提供全托管的云形态服务，如今越来越多用户已习惯使用云服务，而不是自己搭建存储系统、部署数据库软件。
