GTS是阿里的分布式事务解决方案，是在TXC基础上改进的，主要原因是TXC是TCC模式，对业务侵入大，而GTS对业务代码侵入很小。 实现方式：2PC，其中txc server是TM，通过paxos解决事务协调器的单点问题，对全局事务和本地事务进行驱动，undo log用于回滚时的数据恢复。 它支持的

Cache asider=read w=write12345// 一个读、一个写，在并发情况下，race condition// 这种情况下，会造成缓存里的数据依然是旧的// 而且，后续的查询，都得到脏数据，直到有write操作r.cache.get -> nil -> r.db.sel

Exactly onceproducer client端，打开enable.idempotence=true每个batch messages包含一个seqNo。broker把该信息持久化到replicated log，并进行dedupe Transactionactomic writes acros

Open Source Storage HDFS RCFile ORCFile Parquet Kudu NoSQL Cassandra/DynamoDB Hbase Voldemort Espresso SQL-on-hadoop Hive(on MR)SQL解析，物理执行是通过生成map/red

Storage微信支付的交易记录之前kv，每个用户一个key(相当于redis list)，这样问题是： value会大 无法根据条件filter value 改进后：没有用户多个value，其中1个root value，保存metadata，其他value为data多value解决了以前单valu