spanner的设计中通过原子钟和GPS的方式来保证时钟偏移误差压缩在一定范围内，这个技术方式不适合绝大部分的企业，因为成本太高了，而且专门维护这个也需要很多成本和时间的。但是有时候更多就是考虑引入外部的全局事务ID中心，这个方案会更加常见一点。 另外关于前面提到的分布式事务的可线性化问题，这里其实目前在文件系统中有类似的解决方案。文件系统中管理磁盘空间的时候，有几个结构，分别是可用空间，正在申请的空间，延迟释放的空间等等，因为有时候删除数据也需要时间的，但是先把日志记录起来，然后把释放的空间加到延迟释放这里，等到全部搞定了，再放到可用空间里面。 那么在银行转账这个例子中，就是冻结资金，可用资金等来管理了，在转账前，日志先落盘记录起来，然后把可用资金划扣掉，接收方也是先放到冻结资金金额里面等方式来处理，这样的操作，更加精细化一点。

世界杯期间A和B在赌球，A已经看到结果说“给钱，给钱”，B说“扯呢，这不还有两分钟了么”。

事务加上时钟，好复杂

分布式事物的坑很多，实际应用系统设计基本都是在避免分布式事物的前提下，使用分布式读写提高性能和可用性。

既然spanner实现分布式事务也是需要两阶段提交，megastore也是需要两阶段提交，通过原子钟 +GPS 时钟的metastore是不是也能实现同样的效果？

处理时间的问题一致是痛点，其一是时间同步；其二是处理时区的时间。