TiDB 6.0 新特性

 

• Placement Rules in SQL ：提供SQL接口，利用SQL接口，去精细化数据库表，表中的分区所在的位置，指定表放置在哪个区上，哪个节点上
• 小表缓存 ：解决分布式数据库的热点问题，当表比较小不容易被打散，而访问又比较频繁，修改又比较少，用小表缓存这个功能，就能够提升小表的吞吐量
• 内存悲观锁 ：在事务的性能上有很大提升
• Top SQL ：提供了非常便利的手段，能够找到某个TiKV,某个TiDB，某个时段的Top SQL
• TiDB Enterprise Manager（TiEM）

Placement Rules in SQL

Placement Rules in SQL之前

• 跨地域部署的集群，无法本地访问
• 无法根据业务隔离资源
• 难以按照业务等级配置资源和副本数

在三个数据中心上，分别分布式地存储数据，BeiJing的用户要访问T2表和T3表，T2表的大部分的leader角色都在BeiJing的TiKV-1上，follower有的在BeiJIng有的在NewYork，当去写数据的时候，数据复制不仅要在BeiJIng那去复制，也还要复制到NewYork，我还要访问T3表，T3表的大部分节点都在NewYork的数据中心，业务吞吐量受影响。

NewYork的数据中心有三个用户，分别访问T4、T5、T6表，由于数据的分布不受控制，T4、T5、T6的leader都在TiKV-5这，造成TiKV-5这遭受三个用户去读取和写入，而在同一个数据中心的TiKV-4和TiKV-6就很清闲，就想TiKV-4和TiKV-6能不能分担一下业务。

Tokyo的两个用户都想访问一张表，T7表，T7表是Tokyo业务非常重要的表，能不能让这张表多几个副本，默认是3个副本，能不能5个副本。T8表在整个集群中就没人访问，说明它的数据周期就到了冷数据阶段，希望T8能不能存储在一些性能不好的机器上或者比较空闲的机器上，而T7表压力这么大，能不能放在性能比较好的机器上。

Placement Rules in SQL之后

• 跨地域部署的集群，支出本地访问
• 根据业务隔离资源
• 按照业务等级配置资源和副本数

Placement Rules in SQL 的使用 - 步骤 1

• 设计业务拓扑，为不同的TiKV实例设置标签