在 SQL 使用上,分布式实例高度兼容 MySQL 的协议和语法,但由于架构的差异,对于 SQL 有一定的限制,同时为了更好地发挥分布式的优势,建议业务在使用时尽量参考下文的建议。
分布式实例提供水平扩容能力,适合海量数据的场景。具有如下功能特性:
提供了灵活的读写分离模式
支持全局的 order by、group by、limit 操作。
聚合函数支持 sum、count、avg、min、max 等。
支持跨节点(set)的 join、子查询。
支持预处理协议
支持全局唯一字段,支持 sequence。
支持分布式事务
支持两级分区
提供特定的 SQL 查询整个集群的配置和状态。
分布式实例支持三种不同类型的表:
分表:即水平拆分表,该表从业务视角是一张完整的逻辑表,但后端根据分表键(shardkey)的 HASH 值将数据分布到不同的节点(set)中。
单表:又名 Noshard 表,无需拆分,且没有做任何特殊处理的表,目前分布式实例将该表默认存放在第一个物理节点组(set)中。
广播表:又名小表广播技术,即设置为广播表后,该表的所有操作都将广播到所有节点(set)中,每个 set 都有该表的全量数据,常用于业务系统的配置表等。
注意:
在分布式实例中,如果两张表分表键相等,这意味着,两张表相同的分表键对应的行,一定存储于相同的物理节点组中。这种场景通常被称为组拆分(groupshard),会极大提高业务联合查询等语句的处理效率。
由于单表默认放置在第一个 set 上,如果在分布式实例中建立了大量的单表,则会导致第一个 set 的负载太大。
除特殊情况外,建议在分布式实例中尽量都使用分表。
本页内容是否解决了您的问题?