最佳实践概述

场景描述

概述：分布式关系型数据库（简称DRDS），是一款分布式关系型数据库。兼容MySQL协议，专注于解决数据库分布式扩展问题，突破传统数据库的容量和性能瓶颈，实现海量数据高并发访问。

典型行业：互联网企业

适配场景：适用于数据规模较大的场景

方案优势

• 自动分库分表
• 读写分离
• 弹性扩容

前提条件

需搭配开通RDS for MySQL和DRDS等产品

资源规划

网络资源规划

Figure 1 网络资源规划

资源类型
配置项
配置明细
说明
区域
区域
西安2
本最佳实践全部资源部署在西安2资源池
专有网络VPC
状态
新购
云上选择专有网络（VPC）以保障安全性。
选择离原系统公网 IP 近的云上区域减少网络延迟。
选择资源丰富、离用户近的区域保障项目顺利实施。
网络规划留足可用 IP 数即可。
VPC名
vpc-vsfl
网段
192.168.0.0/16

弹性计算资源规划

Figure 2 弹性计算资源规划

资源类型
配置项
配置明细
说明
ECS-（MySQL 服务器）
ECS名称
ecs-bendi
自定义，易理解可识别
规格
通用计算增强型 
 c3.large.2 
 2vCPUs 
 4GiB
本示例中选择的规格。实际选择的规格需要结合业务场景选择，请参考弹性云服务器的实例规格。
操作系统
Windows 2016
-
系统盘
通用型SSD 40GiB
-

数据库资源规划

资源类型
配置项
配置明细
说明
RDS
RDS实例名
rds-8c73
自定义，易理解可识别
数据库版本
PostgreSQL 12.6
本示例中为单机。实际使用时，为提升业务可靠性，推荐选择主备RDS实例。
实例类型
单机
-
存储类型
SSD
-
可用区
可用区1
本示例中未单机，实际业务场景推荐选择主备RDS实例，此时建议将两个实例创建在不同的可用区，提升业务可靠性。
规格
2 vCPUs | 4 GB
-
DRDS
RDS实例名
Drds-53c1
自定义，易理解可识别
数据库版本
DRDS
选择逻辑库总分片数为2，可根据需要按需进行分片
实例类型
双节点
最大可支持32节点
配置
8C16G

方案正文

insert操作

insert写法规范

• 不建议逐条insert，推荐使用insert into values (),()..();语法。
• MySQL的JDBC连接的url中要加rewriteBatchedStatements参数，并保证5.1.13以上版本的驱动，才能实现批量插入。MySQL

JDBC驱动在默认情况下会无视executeBatch()语句，把预计批量执行的一组sql语句拆散，一条一条地发给MySQL数据库，批量插入实际上是单条插入，直接造成较低的性能。只有把rewriteBatchedStatements参数置为true,
驱动才会批量执行SQL。另外这个选项对INSERT/UPDATE/DELETE操作都有效。

• 拆分字段的值：不建议使用函数、表达式、子查询等，推荐使用常量值。
• 普通字段的值：不建议使用子查询，推荐使用常量、函数、表达式。

大批量数据导入

推荐使用loaddata local infile来实现大批量数据导入。

数据迁移场景

建议使用mysqldump导出sql文件，再使用mysql source命令导入。

auto_increment字段

• DRDS使用Sequence来实现auto_increment语义，并保证全局唯一。
• 赋值：若使用auto_increment字段，建议不要在values子句中赋值，否则容易造成主键冲突。如果在values中赋了值，建议使用alter sequence语句更改。
• 步长：auto_increment字段步长建议不要设置成1，会导致性能低下。默认设置成1000。

update与delete操作

普通更新

• 进行update/delete操作时，where条件建议带上拆分字段；
• 无法带上拆分字段的场景，建议控制并发度，控制更新/删除涉及的数据条数。建议先用select查出相应的数据，double check确保数据范围无误后再实行update/delete操作。

拆分字段更新

• 条数限制：DRDS拆分字段更新有数据量限制，一般不能超过10000条数据，数据量越少越好。若超过10000条数据，建议用改重建表的方式来做，或者是拆分成多次update操作来等价实现。
• 操作的时机：建议选择在业务低谷期做。

关联操作

不建议进行表关联更新、表关联删除操作，即不建议进行多张表同时进行update/delete操作。

• 子查询及limit操作

不建议update/delete语句中含有子查询。不建议update/delete语句中含有limit或order by limit语句。

select操作

• Order by 及 Limit函数
• "order by limit offset, count"场景，禁止给offset赋大数值，即禁止深度翻页。

Group by函数

• 不建议select_list部分含有非group by列。
• 不支持不可下推的group_concat聚合函数内含有order by子句。
• 不建议distinct、group by字段多于3项。
• 不建议join、或者子查询操作之后含有group by操作
• 不建议使用count(distinct ),sum(distinct )操作。

Join函数

• select场景，建议join条件是每个表的拆分字段或使用广播表，或者是驱动表是一个小表（inner/left join驱动表是左表，right join驱动表是右表）。
• 不建议两个大表直接进行join操作。
• 不建议join on condition中含有非等值操作。
• 如遇到临时表超限（Temp table limit exceeded）报错，说明JOIN中间数据产生了临时表且超限，建议进行SQL调优。
• 不建议5张表以上进行join操作。
• join查询操作建议不要开启事务。
• 不建议在事务中进行join查询，开启事务会影响DRDS对join算法的选择，无法使用最高效的算法。

子查询

• 不建议子查询包含在OR表达式中，或者是子查询的关联条件包含在OR表达式中
• 不建议使用含有limit的标量子查询，如 select (select x from t2 where t2.id= t.id limit 1),a,b from t。
• 如果子查询和主表都路由到同一分片，建议在SQL前加/+db=xxx/来精准路由。
• 不建议子查询内部含有join语句。
• 不建议写嵌套子查询。
• 不建议ROW表达式跟子查询做比较操作，如 select * from t where (a,b,c)=(select x,y,z from t2 where …)。
• 不建议select_list里面含有超过2个以上的子查询 。

DDL

DDL执行时机

• 对已有表进行DDL操作时建议放在业务低峰期进行。

分片数

• 创建新拆分表时建议结合实际数据量进行合理预估，总分片数满足需求即可。不建议使用超出实际需求的分片数，拆分表分片数并非越多越好

高危DDL

• 进行高危DDL时请仔细校验SQL后谨慎操作，如DROP TABLE, TRUNCATE TABLE等操作。

DDL失败修复

• DDL命令如遇报错，可以使用"check
  table 表名"命令对各个分片表结构进行校验，识别出失败的分片进行针对性修复。如ALTER
  TABLE命令遭遇失败可以在命令前添加/*+allow_alter_rerun=true/，开启ALTER语句的幂等可重入执行后重试，直到check
  table 命令提示各个分片表结构达到一致则可认为执行成功。

MDL锁导致执行DDL报错

• 背景：为保证DDL的可用性，DRDS内部在执行DDL前会检查底层RDS相关表是否存在MDL锁。 若存在MDL锁,，则DDL会提前报错退出。
• 可能出现的问题：若系统中存在慢SQL，执行时间为几分钟不等，那么可能被MDL锁所阻拦，无法执行DDL。
• 解决方案1：在DRDS控制台提高参数“ddl_precheck_mdl_threshold_time”的大小, 如提高到30分钟(1800秒)。
• 解决方案2：执行show
  metadata lock查看是否因为持有慢事务的MDL锁阻塞了DDL的执行。若存在阻塞, 可以使用kill physical
  threadId@host:port 来关闭底层慢事务。配合/+allow_alter_rerun=true/的hint, 以及check
  table来查看和执行，直到DDL彻底执行完。

DDL长时间卡死

• 在业务低峰期执行DDL时如果遇到长时间卡死情况，请另开会话执行xa recover命令查看是否有慢事务存在，如存在慢事务挂起请及时联系值班人员解决。