Флант corporate blog
Open source
System administration
Database Administration
DevOps
Comments 8
UFO landed and left these words here
+1
In TiDB, we don't have Atomic clocks and GPS clocks. We are using the Timestamp Allocator introduced in Percolator, a paper published by Google in 2006.

The pros of using the Timestamp Allocator are its easy implementation and no dependency on any hardware. The disadvantage lies in that if there are multiple datacenters, especially if these DCs are geologically distributed, the latency is really high.

pingcap.com/blog/2016-10-17-how-we-build-tidb
0
Было бы интересно узнать, «почему я должен выбрать это NewSql решение, а не другое». Сейчас можно посмотреть и на CockroachDB, и на FoundationDB.
0
Спасибо за развёрнутый ответ, но вроде как etcd сам умеет KV хранить и распределять их. или я путаю его с консулом?
0
Умеет, но тут (как минимум) масштабы очень разные: если авторы etcd говорят о надёжности хранения в ней «several gigabytes» данных, то в TiKV речь идёт уже о «100+ Тб» (упомянуто в статье).

UPD: «The maximum database size limit for etcd is 10 GiB» (из Announcing etcd 3.3).
Only those users with full accounts are able to leave comments. , please.