锐力易思▼ 2018▼ golang cli dba sql

R069.DBA的圣诞礼物

不等不靠,有囧有料。攻城狮要对墨菲定律心存敬畏。

圣诞节,给DBA朋友一个CLI,信我不会错的,很犀利。

@史荣久 / 2018-12-24 / CC-BY-SA-3.0

观看视频

下面是v0.9.4的README,视频演示了手册中细节。

godbart - go-db-art

  |^^^^^^|    /god-bart/是一个go写的
  |      |    基于SQL的RDBMS运维CLI
  | (o)(o)    □ 多库执行SQL,DB版本管理
  @      _)   □ 比较结构差异,生成原始DDL
   | ,___|    □ 提取业务逻辑关联的`数据树`
   |   /      □ 纯SQL做配置,注释做关联

使用场景和前置要求,

  • DBA维护多库,一个SQL在多库上执行。
  • 生成某库某表的创建SQL(表&索引,触发器)。
  • 对比多库多表的结构差异(表,列,索引,触发器)。
  • 多库的版本管理,按指定版本更新。
  • 提取数据树,保存为CSV/JSON文件。
  • 数据归档,从A库迁移数据树到B库。
  • 主键有分布式特征,无自增型。
  • SQL语句,必须有结束符,如;,否则认为是一组。
  • 当前只适配了MySql,可自行实现PG版。

数据树(DataTree) 指一堆有业务逻辑关联的树状或图状的数据。 比如demo/init/2.data.sql中的关系,存在以下多个1:N关系。

|-(TOP)-收件人(tx_receiver)
|      |-(1:N)-包裹(tx_parcel)
|      |      |-(1:N)-物流信息(tx_track)
|      |      |-(1:N)-包裹事件(tx_parcel_event)
|      |      |-(1:N)-历史变更(tx_parcel$log)

就可以形成以收件人为根的树,或从包裹为根的树。

1. 场景举例

以下是开发和测试环境,得益于GoLang的优势,理论上应该跨平台。

  • ubuntu 16.04
  • Go 1.11.2
  • MySQL (5.7.23)

1.1. 执行脚本 Exec

在不同的db上,纯粹的批量执行SQL。

# 执行 demo/sql/init/的`*.sql`和`*.xsql`
./godbart exec \
 -c godbart.toml \
 -d prd_main \
 -d prd_2018 \
 -x .sql -x .xsql \
 demo/sql/init/

其中,exec 命令,会把输入的文件或路径,分成SQL组执行。

  • -c 必填,配置文件位置。
  • -d 必填,目标数据库,可以指定多个。
  • -x 选填,SQL文件后缀,不区分大小写。
  • --agree 选填,风险自负,真正执行。

1.2. 版本管理 Revi

健康的数据库需要有版本管理。通常,有一个版本信息表,用来识别和对比版本号。 Revi只考虑Up不考虑Down。如果需要Down时,以逆向补丁形式进行Up。

# 执行 demo/sql/revi/*.sql,具体SQL写法参考此目录的文件
./godbart revi \
 -c godbart.toml \
 -d prd_main \
 -d prd_2018 \
 -r 2018111701 \
 -m '[0-9a-z]{10,}'
 -x .sql -x .xsql \
 demo/sql/revi/

其中,revi 命令,会把输入的文件或路径的SQL进行按版本号分组。

  • -c 必填,配置文件位置。
  • -d 必填,目标数据库,可以指定多个。
  • -r 必填,执行到的版本号。
  • -m 选填,版本更新语句中版本号的正则,默认10位以上数字。
  • -q 选填,查询版本语句的前缀,SELECT 不区分大小写。
  • -x 选填,SQL文件后缀,不区分大小写。
  • --agree 选填,风险自负,真正执行。

版本号要求,

  • 必须全局唯一且递增,但不要求连续。
  • 能以字符串方式比较大小,如日期+序号:yyyymmdd###
  • 具有可以用正则匹配提取的固定格式。

具有版本管理的SQL要求,必须被版本查询版本更新的SQL包围。 因此,SQL文件中,首个SELECT和最尾的Execute,视为版本查询和更新的SQL。

作为参数传入的版本文件,内含版本号需要递增,否则报错(程序只检查,不排序)。

-- 创建version表 # 此时没有版本查询,但在之前,因此会被执行
CREATE TABLE `sys_schema_version` (
  `version` BIGINT NOT NULL COMMENT '版本号',
  `created` DATETIME NOT NULL COMMENT '创建时间',
  PRIMARY KEY (`version`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

-- 版本查询
SELECT max(version) FROM sys_schema_version;

ALTER TABLE `tx_outer_trknum`
  ADD COLUMN `label_file` VARCHAR(200) DEFAULT NULL COMMENT '面单文件位置' AFTER `trknum`;
ALTER TABLE `tx_outer_trknum$log`
  ADD COLUMN `label_file` VARCHAR(200) DEFAULT NULL COMMENT '面单文件位置' AFTER `trknum`;

-- 版本更新
REPLACE INTO sys_schema_version (version, created) VALUES( 2018022801, NOW());

1.3. 结构对比 Diff

用来对比结构差异,也能生成创建的SQL(DDL),支持table&index,trigger。

过程信息使用log在stderr(2)输出。结果信息在stdout(1)输出。 对比结果中,用>表示只有左侧存在,<表示只有右侧存在。

通过SHELL特性,可以用以下方式分离信息。

  • > main-2018-diff-out.log 结果直接保存文件,控制台不输出。
  • 2> main-2018-diff-err.log 过程保存文件,控制台不输出。
  • &> main-2018-diff-all.log 全部保存文件,控制台不输出。
  • | tee main-2018-diff-out.log 结果保存文件,且控制台输出。
  • 2>&1| tee >(grep -vE '^[0-9]{4}' > main-2018-diff-out.log) 同上。
  • 2>&1| tee main-2018-diff-all.log 全部保存文件,且控制台输出。
# 对表名,字段,索引,触发器都进行比较,并保存结果到 main-2018-diff-out.log
./godbart diff \
 -c godbart.toml \
 -s prd_main \
 -d prd_2018 \
 -k all \
 'tx_.*' \
| tee main-2018-diff-out.log
  • -s 左侧比较相,可以零或一。
  • -d 右侧比较相,可以零或多。
  • -k 比较类型,支持以下三种,默认tbl
    • ddl 生成多库的创建DDL(table&index,trigger)
    • all 分别对比-s和多个-d 间的表明细(column, index, trigger)
    • tbl 分别对比-s和多个-d 间的表名差异

参数为需要对比的表的名字的正则表达式。如果参数为空,表示所有表。 -s-d,必须指定一个。只有一个时,仅打印该库,多个时才进行比较。

1.4. 结构同步 Sync

同步多库间的表结构,目前只支持空表创建。此场景一般出现在初始化一个新数据库的时候。 因为数据库版本管理不会造成很大差异,如果存在差异,且有数据的情况下,人工介入更好。

注意,对于DBA,可以使用mysqldump -d来导出表结构。

./godbart sync \
 -c godbart.toml \
 -s prd_main \
 -d prd_2018 \
 -k all \
 'tx_.*'
  • -s 左侧比较相,可以零或一。
  • -d 右侧比较相,可以一或多。
  • -k 创建类型,支持以下三种,默认tbl
    • tbl 只创建表和索引
    • trg 只创建trigger
    • all 完全创建(column, index, trigger)
  • --agree 选填,风险自负,真正执行。

参数为需要对比的表的名字的正则表达式。如果参数为空,表示所有表。

1.5. 数据迁移 Tree

不建议一次转移大量数据,有概率碰到网络超时或内存紧张。

# 把数据从main迁移到2018库,结果保存到main-tree-out.log
./godbart tree \
 -c godbart.toml \
 -s prd_main \
 -d prd_2018 \
 -x .sql -x .xsql \
 -e "DATE_FROM=2018-11-23 12:34:56" \
 demo/sql/tree/tree.sql
 > main-tree-out.log

# 静态分析上面的datatree语法结构。
./godbart sqlx \
 -c godbart.toml \
 -e "DATE_FROM=2018-01-01 00:00:00" \
 demo/sql/tree/tree.sql \
 | tee /tmp/sqlx-tree.log

不同业务场景对数据活性有不同的定义,比如日期,按ID范围等。 Tree命令只支持静态分离数据,即在执行前已预知数据范围和目标数据库。 因为动态分库,通常有业务代码负责,而不会沦落到”SQL+数据维护”的层面。 此外,要求表的主键具有分布式主键特质(自增型主机很糟糕,破坏数据关系)

数据树(DataTree)的核心是占位,其具有以下特性。

  • 定义(Def)的唯一性。
  • 可以准确描述数据关系。
  • 可以满足基本的SQL语法。
  • 占位必须先声明再使用,以区别普通字面量。
-- 建立分库有关的表
CREATE TABLE `sys_hot_separation` (
  `table_name` VARCHAR(100) NOT NULL COMMENT '表名',
  `checked_id` BIGINT(20) NOT NULL COMMENT '检查过的最大ID',
  `checked_tm` DATETIME NOT NULL COMMENT '上次检查的时间',
  PRIMARY KEY (`table_name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

分离数据的规则必须预先可知,如下脚本根据历史信息,迁移10棵以tx_parcel为根的数据树。 并且每迁移一棵树,就会在源数据库上执行一次FOR,用来完成此树的标记和清理工作。

注意:FOR时强关系,REF是弱关系,两者的关联和区别,见后面章节。

-- 不存在则增加默认值
INSERT IGNORE sys_hot_separation VALUES ('tx_parcel',0,now());

-- REF checked_id 990001  #数据树根节点
SELECT checked_id FROM sys_hot_separation WHERE table_name = 'tx_parcel';

-- REF id 990002  #一级树节点990002,父节点是 990001
-- REF track_num 'TRK0001'  #提取结果中的id和track_num作为变量,形成数据树
SELECT * FROM tx_parcel WHERE id > 990001 LIMIT 10;

-- REF id 990003  #二级树节点990003,父节点是 TRK0001
SELECT * FROM tx_track WHERE track_num = 'TRK0001';

-- REF id 990004 #二级树节点990004,父节点是 990002
SELECT * FROM tx_parcel_event WHERE parcel_id = 990002;

-- RUN FOR 990002 #每棵990002树节点完成时,执行此语句
REPLACE INTO sys_hot_separation VALUES ('tx_parcel', 990002, now());

1.6. 控制端口

对于长时间执行的命令,支持单例和运行时控制(如优雅停止),因此增加了控制端口功能。 其监听TCP端口(建议1024以上),当端口号≤0时,表示忽略此功能。 开启控制端口时,会在stderr输入控制密码,通过127.0.0.*登录不需要密码。

  • 单例,检测控制端口是否被监听,保证当前主机唯一单例。
  • 控制,通过tcp链接,输入控制密码,验证后,执行支持的命令。

全局命令:

  • help - 查看帮助。
  • exit - 关闭当前连接。
  • pass - 生成一个新密码,作废旧密码,新登录有效。
  • info - 查看当前用户和待执行的命令。
  • kill N - 杀掉队列中id=N的任务,N=-1时,清掉全部。
  • / 公聊,跟所有登录用户发消息。
  • /ip:port 私聊,指定登录用户发消息。

只对Tree提供了以下命令,可使用不存在的id查看当前运行情况。

  • tree - 显示当前在执行的sqlx的树状结构及ID。
  • stop - 优雅的停止程序(exit 99)
    • stop 直接在当前树结束时停止。
    • stop N 在id=N的树时停止,N<0时等效于stop。
  • wait - 执行等待,kill可继续。长时间停止可能导致数据库连接超时。
    • wait 在当前树完成时等待。
    • wait N 在id=N的树时停止,N<0时等效于stop。
# 连接控制端口,非127.0.0.* 登录,需要先输入密码
telnet 127.0.0.1 59062
# 以下为连接成功输入的命令。

# 查看运行信息
info
# 查看当前执行`数据树`结构
tree
# 空等待,显示每个执行节点信息。
wait 0
# 清理掉所有任务
kill
# 优雅停止在一棵树的结束
stop

2. 指令变量

指令在SQL的注释中定义,由指令名变量para占位hold三部分构成。 指令保留SQL的可读性和执行能力,对DBA友好,在运行时进行静态或动态替换。

数据树按SQL的自然顺序构建和执行,占位必须先声明再使用,否则无法正确识别。 明确语意和增加可读性,RUN|OUT存在顺序调整,下文有讲。

  • 指令名是固定值,当前只支持,ENV|REF|STR|RUN|OUT
    • ENV REF STR 为定义(Def)指令。
    • RUN OUT 为行为(Act)指令。
    • ENV REF变量自动脱去最外层成对的引号。
    • STR 有自己的脱引号规则,以进行模式展开
  • 引号包括,单引号',双引号",反单引号`
  • 空白指英文空格0x20和制表符\t
  • 变量占位要求相同,都区分大小写。
    • [^ \t'"`]+ 连续的不包括引号和空白的字符串。
    • (['"`])[^\1]+\1成对引号括起来的字符串(非贪婪)。
  • 占位,在SQL语句符合语法的字面量(数字,字符串,语句等)。
    • 必须当前SQL中全局唯一,不与其他字面量混淆,以准确替换,确定数据关系。
    • 尽量使用SQL的合规语法,没必要自找麻烦,比如没必要的引号或特殊字符。
    • 使用时,保留所有引号。
    • 选择占位,尽量构造出where条件为false的无公害SQL。

2.1. 环境变量 ENV

ENV通过 -e MY_ENV="my val"从命令行传入,全局有效。 当只有Key时,表示使用系统变量,如 -e PATH

系统内置了以下变量,

  • USER,当前用户
  • HOST,主机名
  • DATE,当前日时(yyyy-mm-dd HH:MM:ss)
  • ENV-CHECK-RULE,ENV检查规则,默认ERROR:报错;EMPTY:置空;

如下SQL,定义环境变量DATE_FROM,其占位符'2018-11-23 12:34:56' , 需要通过系统环境变量获得,如果不存在(默认ERROR)则会报错。

假设运行时 DATE_FROM的值为'2018-01-01 00:00:00',那么上述SQL执行时为, 是采用PreparedStatement的动态形式,可避免SQL转义或注入,提高运行时性能。

-- ENV DATE_FROM '2018-11-23 12:34:56'
SELECT * FROM tx_parcel WHERE create_time = '2018-11-23 12:34:56';

-- 运行时替换,比如实际参数为'2018-01-01 00:00:00'
-- SELECT * FROM tx_parcel WHERE create_time = ?

2.2. 结果引用 REF

REF 也采用PreparedStatement替换,并对所在结果集的每条记录循环。 多个REF会产生多个分叉点,进而形成不同的子数据树。

当子语句,只依赖一个REF占位(如9900397)时,相当于RUN FOR 9900397, 两者在关系上等价的,但执行时机不同,前者在树中,后者在树末。

当子语句,会依赖多个REF占位(如9900398,9900399)时,为了避免歧义, 必须使用 RUN/OUT精确描述,否则系统会任性选择。

如下SQL,定义了结果集的引用 idtrack_num变量,和他们对应的SQL占位符。 其中,idtrack_num,都是tx_parcel的结果集中,用来描述数据树。

-- ENV DATE_FROM '2018-11-23 12:34:56'
-- REF `id` 1234567890  #假设id需要反单引号处理
-- REF track_num 'TRK1234567890'
SELECT * FROM tx_parcel WHERE create_time = '2018-11-23 12:34:56';

SELECT * FROM tx_track WHERE track_num = 'TRK1234567890';

SELECT * FROM tx_parcel_event WHERE parcel_id = 1234567890;

系统为结果集(SELECT)内定了引用,以便可以多值insert和update语句。

  • COL[] 表示所有列名,会展开为 id,name,等(可以转义)
  • VAL[] 表示结果的值,会展开为 ?占位符和对应值。
  • COL[1] 表示获得第1个列名
  • VAL[2] 表示获得第2个值

其中,角标从1开始。引用为数组时,在[]内指定分隔符,约定如下,

  • COL[]COL[,]相同,分隔符默认是,
  • 存在多个分隔符时,只取第一个非空的。
  • 不能用数字,因为做角标
  • 不能用[],因为你懂的。
  • 仅支持\\\t\n的字符转义。

2.3. 静态替换 STR

STRENVREF不同,采用的是静态替换字符串。 它可以直接定义(同REFENV),也以重新电影其他占位

脱引号处理,当变量占位具有相同的引号规则,会都脱去最外的一层。 此规则只对STR有效,因为其变量部分,可以重定义带有引号的占位

模式展开变量中有COL[*]VAL[*]时,会进行展开,规则如下,

  • 首先脱引号处理。
  • 只支持直接定义,不支持重新定义。
  • 除了COL[*]VAL[*]外,都作为字面量处理,不会深度展开。
  • COL[*]部分,使用静态替换。
  • VAL[*]部分,使用PreparedStatement形式执行。
-- REF Y4 '2018-00-00 00:00:00'
SELECT year(now()) as Y4;

-- STR '2018-00-00 00:00:00' $y4_table   #重新定义,以使SQL语法正确。
CREATE TABLE tx_parcel_$y4_table LIKE tx_parcel;
-- 替换后
-- CREATE TABLE tx_parcel_2018 LIKE tx_parcel;

-- STR COL[1] $COL1  #直接定义。
-- STR "`COL[]` = VAL[]" "logno = -99009"  #直接定义,脱引号,模式展开。
-- REF VAL[1] '占位值'
-- REF id 990001
SELECT * FROM tx_parcel WHERE create_time = '2018-11-23 12:34:56';

INSERT INTO tx_parcel (`$COL1`) VALUES ('占位值');
-- 替换后
-- INSERT INTO tx_parcel (`id`) VALUES (?);

UPDATE tx_parcel SET logno = -99009 WHERE id=990001;
-- 替换后
-- UPDATE tx_parcel SET `id` = ? ,`create_time` = ? /*循环加下去,逗号分割*/ WHERE id=990001;

2.4. 条件执行 RUN

执行条件由REFENV定义,只对所在的语句有效。

  • FOR 以定义占位的节点为根,每棵树结束时执行。等效于Hold依赖关系。
  • ONE 以定义占位的节点为根,第一棵树时执行。
  • END 以定义占位的节点为根,最后一棵树时执行。
  • HAS 表示占位变量有值时执行。有值指,
    • 数值大于0
    • 布尔true
    • NULL
    • 字符串非空(“”
    • 其他类型强转为字符串后非空。
  • NOTHAS相反。

条件执行,有以下约定关系,

  • 多个ONE|FOR|ENDOR关系。
  • HAS|NOT自身或与其他是AND关系。
  • RUN 可以确定多个父关系,且强于REF
  • RUN 在树结束时执行,而REF在树中执行。
  • 数据点增序排列,权重为REF<ONE<FOR<END,同级时算SQL位置。

条件执行的例子,参考 demo/sql/tree/*.sql

2.5. 输出执行 OUT

与条件执行 RUN 一样的定义,但不在源DB上执行,而是在目标DB上执行。

注意,在有定义Def语句(REFSTR直接定义)时,不能使用OUT。 因为一个占位在运行时存在多值,从而导致语义混乱或执行时麻烦。

-- ENV DATE_FROM '2018-11-23 12:34:56'
-- REF id 1234567890
SELECT * FROM tx_parcel WHERE create_time = '2018-11-23 12:34:56';

-- OUT FOR 1234567890
REPLACE INTO tx_parcel VALUES(1234567890);

3. 测试手册

使用工程中/demo/sql下的SQL进行所有功能的演示和测试。以下是准备工作,你必须都懂。 注意,所有对数据库有写操作的命令,都需要增加--agree才会执行,否则仅输出预计结果。

3.1. 获得执行文件

### 方法一:下载 ###
# 直接下载release文件,直接到unzip步骤
# https://github.com/trydofor/godbart/releases

### 方法二:编译 ###

git clone https://github.com/trydofor/godbart.git
cd godbart

# 单平台编译
GOOS=linux GOARCH=amd64 go build

# 或全平台发布
chmod +x build.sh
./build.sh

ls -l release 
# 解压对应系统的执行文件,默认linux
unzip release/godbart-linux-amd64.zip

# 得到 godbart 程序

3.2. 修改数据源配置

修改godbart.toml中的数据库用户名,密码,主机,端口等

# 你的用户是 yourname
sed -i 's/trydofor:/yourname:/g' godbart.toml
# 你的密码是 yourpass
sed -i 's/:moilioncircle@/:yourpass@/g' godbart.toml
# 你的ip是 127.0.0.9
sed -i 's/(127.0.0.1:/(127.0.0.9:/g' godbart.toml
# 你的端口是 13306
sed -i 's/:3306)/:13306)/g' godbart.toml

3.3. 创建数据库

# 存在一个可使用的数据库,如一般都有的test
./godbart exec \
 -c godbart.toml \
 -d lcl_test \
 --agree \
 demo/sql/diff/reset.sql
 
 # 或用 mysql命令,创新数据库
 cat demo/sql/diff/reset.sql \
 | mysql -h127.0.0.1 \
 -utrydofor \
 -P3306 \
 -p"moilioncircle"

3.4. Exec 执行脚本

使用 exec 执行init中的脚本初始化 prd_main 数据库。

./godbart exec \
 -c godbart.toml \
 -d prd_main \
 --agree \
 demo/sql/init/

3.5. Revi 版本控制

执行revi中的脚本使 prd_2018 更新到 2018111103 版本(只有结构没有数据)。 因为prd_main 版本号比 2018111103 所以会跳过小版本的更新。

./godbart revi \
 -c godbart.toml \
 -d prd_main \
 -d prd_2018 \
 -r 2018111103 \
 --agree \
 demo/sql/revi/

3.7. Sync 结构同步

复制prd_main表结构到dev_main

./godbart sync \
 -c godbart.toml \
 -s prd_main \
 -d dev_main \
 -k all \
 --agree

3.7. Diff 结构差异

使用 diff 执行比较 prd_main 与 prd_2018, dev_main 差异。

# 查看 prd_main 与 dev_main的表名差异,sync后完全一致
./godbart diff \
 -c godbart.toml \
 -s prd_main \
 -d dev_main \
 -k all
 
# 显示 tx_parcel表在prd_main上的创建语句
./godbart diff \
 -c godbart.toml \
 -s prd_main \
 -k ddl \
  tx_parcel \
| tee /tmp/ddl-tx_parcel-main.sql

# 比较 tx_parcel 在prd_main和prd_2018详细差异
./godbart diff \
 -c godbart.toml \
 -s prd_main \
 -d prd_2018 \
 -k all \
  tx_parcel \
| tee /tmp/diff-tx_parcel-main-2018.sql

3.8. SqlX 静态分析

静态分析 DataTree结构。

./godbart sqlx \
 -c godbart.toml \
 -e "DATE_FROM=2018-01-01 00:00:00" \
 demo/sql/tree/tree.sql \
 | tee /tmp/sqlx-tree.log

3.9. Tree 保存JSON

把数据,保持成TSV(TAB分割),CSV(逗号分割)和JSON。 此例中,有脱引号模式展开 的组合。

# 危险动作,先保持日志查看
./godbart tree \
 -c godbart.toml \
 -s prd_main \
 -e "DATE_FROM=2018-01-01 00:00:00" \
 demo/sql/tree/json.sql \
 | tee /tmp/tree-main-json.log
 
#分离和处理,去掉注释和结束符
cat /tmp/tree-main-json.log \
| grep -E '^--' | grep -vE  "^(-- )+(SRC|OUT)" \
| sed -E 's/^-- |;$//g' \
| tee /tmp/tree-main-json.txt

3.10. Tree 迁移数据

此例中,因为危险操作比较多,务必先分离脚本,人工确认。 脚本99%可以执行,在二进制或转义字符转换字面量可能有遗漏。

字面量不好描述的类型,可--agree,在程序中以动态数据来执行。

# 危险动作,先保持日志查看
./godbart tree \
 -c godbart.toml \
 -s prd_main \
 -d prd_2018 \
 -e "DATE_FROM=2018-01-01 00:00:00" \
 demo/sql/tree/tree.sql \
2>&1| tee /tmp/tree-main-2018-all.log
 
# 获得全部SQL
cat /tmp/tree-main-2018-all.log \
| grep -vE '^[0-9]{4}/[0-9]{2}|^$' \
| tee /tmp/tree-main-2018-all.sql

# 获得源库SQL
cat /tmp/tree-main-2018-all.sql \
| grep -E '^[^-]|-- SRC' \
| tee /tmp/tree-main-2018-src.sql

# 获得目标库SQL
cat /tmp/tree-main-2018-all.sql \
| grep -E '^--' | cut -c 4- | grep -v  "-- SRC" \
| tee /tmp/tree-main-2018-out.sql

# 直接执行
./godbart tree \
 -c godbart.toml \
 -s prd_main \
 -d prd_2018 \
 -e "DATE_FROM=2018-01-01 00:00:00" \
 --agree \
 demo/sql/tree/tree.sql \
2>&1| tee /tmp/tree-main-2018-all.log

4. 不想理你的问题

  • Q01:使用中发现了问题,出现了BUG怎么办?
    • 有能力hack code的,就提交PR。
    • 没能力的,提交 issue。
    • 再不行的,就认命吧。
  • Q02:我SQL写错了,习惯性输入了--agree,结果数据丢了 :(
    • 事后没有后悔药,不要轻易 agree。
    • 执行前要确认,要两人确认,想好fallback计划。
    • 一定写where false的条件安全SQL。
    • 甚至写替换前语法错误的SQL。
  • Q03:FOR中只有HASNOT,会增加>,<或其他运算符?
    • 复杂的条件判断,可以由SQL语句产生,然后REF
    • 写那么复杂的SQL,不如去编程好了。
《R069.DBA的圣诞礼物》 /god-bart/是一个go写的基于SQL的RDBMS运维CLI。①多库执行,版本管理②比较结构,生成DDL③提取业务`数据树`
题图:Bart是辛普森家十岁的小淘气,恰好我家也有一个。God,这就是一个Art。昨天平安夜,他并不平安的墨迹着写作业,我想带他逃次课。