http://songwie.com/articlelist/44
http://www.tuicool.com/articles/miuq63E
http://www.guokr.com/blog/475765/
http://m.open-open.com/m/news/view/f948e2
http://ju.outofmemory.cn/entry/221124

vtgate 可以认为是网关,client 只需要与vtgate 连接即可
vtgate 会把相应的sql 路由到相应的vttablet 进行查询 执行等
vtgate 可以启动多个，来做负载均衡
vttablet 可以认为是在mysql 前面挡了一层，一个vttablet 对应一个mysql 实例
主要提供连接池、查询重写、查询去重、以及相应的管理操作
vtctl 命令行， 提供管理vitess 的命令等，包括查询master-slave关系，sharding 信息
建表，执行sharding resharding ，执行failover(切换主从关系等)等操作。
vtworker

vtworker 执行一些需要长时间运行的进程。它支持一个插件式的架构并提供
了第三方库，这样你可以轻易选择要使用的 tablet。该插件可以用于以下类
型的工作：
resharding differ：在水平分片的分割以及合并时核查数据完整性的工作
vertical split differ：在垂直分割以及合并时核查数据完整性的工作
vtworker 还允许您轻松地添加其他验证程序。你可以进行 in-tablet 完整
性检查以验证外键之类的关联关系或者跨片完整性检查，例如，一个密钥空
间里的索引表所指向的数据在另一个密钥空间里。

mysqlctl: Manage MySQL instances
zk zkctl 管理zookeeper 的工具等

一个keyspace 就是一个逻辑上的 mysql database 直接对应一个或多个mysql database名。
从一个keyspace 读取数据 就像从一个mysql database 一样，
不同的是vitess会来决定读取操作是从主库读,还是从库读，
vitess 使你的代码简化到似乎跟从一个mysql database读取数据一样简单。
如果做了sharding ,一个keyspace 会对应多个mysql database ,
这种情况一个读操作可能仅仅是从其中一个mysql database 读。

keyspace_id 是一个keyspace 的id列，它可以标志一个user,produce等。keyspace_id的类型有多种。
做sharding 时， 一个keyspace 的所有表都要包含keyspace_id列，vitess 根据keyspace_id做sharding
且同一个keyspace_id 只会出现个一个分片上.
keyspace_id 可以不是主键 ，可以不是索引
如果不打算对database 做sharding ，可以不定义keyspace_id
一个keyspace_id 可以是unsigned 数字或 binary character column,对mysql 来说就是
(unsigned bigint or varbinary in MySQL tables),似乎其他类型不能做keyspace_id
不太确定 unsigned int 等可不可以
vitess 用memcache作row cache 来提升查询命中率，往memcache存的时候应该会与keyspace_id有关
这一卓越特性可以将在应用程序层自定义的缓存层实现给替换掉了。
之前在某篇文章中看到说同一个database 不同的表之间keyspace_id也不能相同，否则往memcache取数据会乱
后来翻看 vitess/go/vt/tabletserver/rowcache.go源码有这样一段,应该能证明这种说法不对。

type RowCache struct {
    tableInfo *TableInfo
    prefix    string
    cachePool *CachePool
}
func NewRowCache(tableInfo *TableInfo, cachePool *CachePool) *RowCache {
    prefix := strconv.FormatInt(cachePool.maxPrefix.Add(1), 36) + "."
    return &RowCache{tableInfo, prefix, cachePool}
}
// Get fetches the values for the specified keys.
func (rc *RowCache) Get(ctx context.Context, keys []string) (results map[string]RCResult) {
    mkeys := make([]string, 0, len(keys))
    for _, key := range keys {
	if len(key) > maxKeyLen {
	    continue
	}
	mkeys = append(mkeys, rc.prefix+key) // 看这里有加prefix
    }
    // ...
}

一个Shard 就是一个分片， 某个keyspace的一部分，一个典型的shard ,包含一个master 和多个slaves.
同一个Shard里的mysql 实例包含的数据应该是相同的，除了有延迟从库，slave 从库可以分担一部分只读流量
（需要保证最终一致性），或者执行一些耗时的分析工作或者执行backup 恢复等操作。

一个无shard 的space 可以认为是只有一个shard ,vitess 命名为shard 0,通过分片时N 取2^n
vitess 支持动态resharding,即将一个shard 分成多个shard,这个过程中 源shard里的数据会被分成多份，
最终源shard会被删掉

一个tablet 包含

1. 一个mysql instance
   
2. 一个 vttablet instance
   
3. 一个可选的row cache instance (memcache)
   
4. 其他一些特定的database 相关进程
   

类型

1. master 主库
   
2. replica 低延迟的从库
   
3. rdonly 延迟相对较高的只读库，主要执行一些后台耗时操作
   
4. spare 暂时不工作的slave
   

Shard graph 的作用是 将keyspace_id map 到指定的shard 上。
vitess 使用 range-based sharding 策略。vitess 在内存中通过一个查询表（lookup）来定位shard
当keyspace_id 是均匀分布的时候最高效，最好使用hash 还不是自增的值作为keyspace_id

作用是 定位master 与相应slave 。如果master 当掉能够及时找到一个slave 来作为master

作用是 列出所有可用的server ,主要从Shard graph 与Replication graph 中获取相应的信息
VTGate 从Serving graph来决定从哪个server 执行相应的查询

提供 lockin service ,目前vitess 主要支持 etcd 和zookeeper 来作为Topology Service
并在其中存储 整个vitess 的拓扑结构信息
可以通过 vtctl 命令行 或 vtctld(web接口) 来查看其中的信息

1. 存储 数据放在何处的 规则
   
2. 保证write 操作正确执行。
   
3. 保证vitess 可以透明的数据节点挂掉而不影响整个业务
   
4. 保证 一个数据中心作为一个整个 下线、重建
   

vitess有一个global topology service 及每个data center(cell)一个的local topology service
vitess client 设计为 只要接触local 即可

• global instance
  存一些基本不怎么变化的信息，包括keyspace_id与shard、以及主从关系
  主要用于 resharding 等操作。
  设计之初 global instance 就不常被用到。
  
• local instance
  存储本cell 内关与tablets 的数据，cell内serving graph信息 ,cell内的mysql 实例的主从关系信息等
  local instance 必須正常运转，才能保证vitess 提供正常的服务。
  

一般指某一个区域内的 服务与网络基础设施集，
vitess 可以优雅的处理某一个cell 挂掉

每个cell 都有一个local topology server,其中包含了 cell内的tablets 信息，信息足够保证一个cell 停掉并重建
vitess 限制跨cell的数据传输（包括数据与元数据信息）,vitess 不支持路由client 到特定节点的功能