在 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 的负载太大。
除特殊情况外，建议在分布式实例中尽量都使用分表。