Day 10 - TiFlash架构(下)

引用https://book.tidb.io/ TiFlash架构图

登愣，看到这张图是不是就已经想关掉网页了，没错！他看起来就是这样的让人感到厌世...

究竟TiFlash要怎麽让自己长出资料来？首先安排了一个心腹Replica Manager负责监听TiDB的内线消息，只要听到有关於TiFlash的DDL操作，就通知PD转告TiKV分裂出region。
这个时候的region是learner角色，然後会被放置到TiFlash所在的store。Replica Manager也会将TiFlash资料同步进度回报给TiDB。
而TiKV收到通知後，便将异动的资讯透过raft command丢给Raft Learner Proxy，最後将资料结构从row转换成column写到disk。

而当client发起了一个select request到tidb，首先tidb将要读取的region以及schema版本转发给Coprocessor，然後Coprocessor会先向Schema Syncer确认schema版本是否有落差需要更新。
这里的Schema Syncer会持续不断的同步schema异动信息。接着比对raft leader的index和learner的apply index，确认资料是否跟上。依据从PD的TSO取得的时间决定snapshot read的版本，最後完成语法的计算再回传给TiDB。