PDF《Donkey 系统介绍》

8 /

18 DDL 自动发布模块(DDL) 发布流程 JK.CN

9 /

18 DDL 前后台控制 Donkey DDL 模块主要分为两部分,测试、预发/上线. 在测试发布阶段,开发所有提交的表结构变更均需要 DBA 人工 review,review 通过后开发无法再修改附件. 开发在发布平台提交的 DDL SQL 通过机器审核通过后,会流转至 Donkey 后台,DBA 点击查看任务列表即可查看相 关附件 JK.CN

10 /

18 通过 filter 模块,会提示 DBA 此DDL 语句可能存在的风险,点击查看 SQL DBA 会要求开发提供相关业务逻辑代码以确认相关 DDL 语句是否能够继续被后续执行,一旦 DBA 点击 Review 通过 且之前机器审核的结果为可自助执行,那么这个单子后续将被完全自助执行.如果 DBA 点击 Review 通过,但是经 过filter 判断之后发现 DDL 可能存在风险,那么后续工作仍将需要人为介入.如果 DBA 打回这个单子,开发需要修 改相关 DDL 语句重新提交. 点击通过之后的逻辑图 打回之后的逻辑图 JK.CN

11 /

18 开发提交平台页面: 最终发布完成状态 Donkey 后台: JK.CN

12 /

18 开发端发布平台 DDL 分类执行 1. 默认执行方式:OSC JK.CN

13 /

18 2. 可适应执行方式:online DDL JK.CN

14 /

18 Filter 模块 Filter 模块主要负责判断任务的执行类型,filter 模块通过既定 RULE 规则,判断任务是否符合自动执行条件,从而对 下一步的执行做导流作用. 过滤规则定义 本功能主要接入在 Donkey 系统里,接入在用户提交的 DDL 变更到线上环境时,通过设置的规则告知 DBA 是否 可以在线变更,或者不可变更,或者需要在凌晨执行等. 过滤级别

0 级:开发可以执行.

1 级:开发不能执行,需要 DBA 关注数据库的情况并执行.

2 级:不能直接执行,需要 DBA 在夜间空闲期选择合适的方式执行.

3 级:不可执行,不能做任何变更. 执行标准 开发可执行:0 DBA 确认执行:1 DBA 凌晨执行:2 不可执行:3 JK.CN

15 /

18 roma qps table size 执行类型

0 5G 凌晨执行

1 1-5G DBA 执行

1 >3000 DBA 执行

1