069.DBA的圣诞礼物
Posted 攻城狮朋友圈
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了069.DBA的圣诞礼物相关的知识,希望对你有一定的参考价值。
# 069.DBA的圣诞礼物
不等不靠,有囧有料。攻城狮要对墨菲定律心存敬畏。
圣诞节,给DBA朋友一个CLI,信我不会错的,很犀利。
@史荣久 / 2018-12-24 / CC-BY-SA-3.0
## 观看视频
* [腾讯视频(被转720P)](https://v.qq.com/x/page/r0818ionm85.html)
* [百度网盘(原始1080P)](https://pan.baidu.com/s/1hiLw3K2yP4C07hW7lZBffg)
下面是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。
```bash
# 执行 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。
```bash
# 执行 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。
作为参数传入的版本文件,内含版本号需要递增,否则报错(程序只检查,不排序)。
```mysql
-- 创建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` 全部保存文件,且控制台输出。
```bash
# 对表名,字段,索引,触发器都进行比较,并保存结果到 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`来导出表结构。
```bash
./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
不建议一次转移大量数据,有概率碰到网络超时或内存紧张。
```bash
# 把数据从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语法。
* 占位必须先声明再使用,以区别普通字面量。
```mysql
-- 建立分库有关的表
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`是弱关系,两者的关联和区别,见后面章节。
```mysql
-- 不存在则增加默认值
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。
```bash
# 连接控制端口,非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转义或注入,提高运行时性能。
```mysql
-- 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,定义了结果集的引用 `id`和`track_num`变量,和他们对应的SQL占位符。
其中,`id`和`track_num`,都是`tx_parcel`的结果集中,用来描述数据树。
```mysql
-- 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
`STR`与`ENV`和`REF`不同,采用的是静态替换字符串。
它可以直接定义(同`REF`和`ENV`),也以重新电影其他`占位`。
`脱引号`处理,当`变量`和`占位`具有相同的引号规则,会都脱去最外的一层。
此规则只对`STR`有效,因为其变量部分,可以重定义带有引号的`占位`。
`模式展开`,`变量`中有`COL[*]`或`VAL[*]`时,会进行展开,规则如下,
- 首先脱引号处理。
- 只支持直接定义,不支持重新定义。
- 除了`COL[*]`和`VAL[*]`外,都作为字面量处理,不会深度展开。
- `COL[*]`部分,使用静态替换。
- `VAL[*]`部分,使用PreparedStatement形式执行。
```mysql
-- 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
执行条件由`REF`或`ENV`定义,只对所在的语句有效。
* `FOR` 以定义`占位`的节点为根,每棵树结束时执行。等效于Hold依赖关系。
* `ONE` 以定义`占位`的节点为根,第一棵树时执行。
* `END` 以定义`占位`的节点为根,最后一棵树时执行。
* `HAS` 表示`占位`变量有值时执行。`有值`指,
- 数值大于`0`
- 布尔`true`
- 非`NULL`
- 字符串非空(`“”`)
- 其他类型强转为字符串后非空。
* `NOT` 与`HAS`相反。
条件执行,有以下约定关系,
* 多个`ONE|FOR|END`是`OR`关系。
* `HAS|NOT`自身或与其他是`AND`关系。
* `RUN` 可以确定多个父关系,且强于`REF`。
* `RUN` 在树结束时执行,而`REF`在树中执行。
* 数据点增序排列,权重为`REF`<`ONE`<`FOR`<`END`,同级时算SQL位置。
条件执行的例子,参考 `demo/sql/tree/*.sql`
### 2.5. 输出执行 OUT
与条件执行 `RUN` 一样的定义,但不在源DB上执行,而是在目标DB上执行。
注意,在有`定义Def`语句(`REF`或`STR`直接定义)时,不能使用`OUT`。
因为一个`占位`在运行时存在多值,从而导致语义混乱或执行时麻烦。
```mysql
-- 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. 获得执行文件
```bash
### 方法一:下载 ###
# 直接下载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`中的数据库用户名,密码,主机,端口等
```bash
# 你的用户是 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. 创建数据库
```bash
# 存在一个可使用的数据库,如一般都有的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 数据库。
```bash
./godbart exec \
-c godbart.toml \
-d prd_main \
--agree \
demo/sql/init/
```
### 3.5. Revi 版本控制
执行revi中的脚本使 prd_2018 更新到 2018111103 版本(只有结构没有数据)。
因为prd_main 版本号比 2018111103 所以会跳过小版本的更新。
```bash
./godbart revi \
-c godbart.toml \
-d prd_main \
-d prd_2018 \
-r 2018111103 \
--agree \
demo/sql/revi/
```
### 3.7. Sync 结构同步
复制prd_main表结构到dev_main
```bash
./godbart sync \
-c godbart.toml \
-s prd_main \
-d dev_main \
-k all \
--agree
```
### 3.7. Diff 结构差异
使用 diff 执行比较 prd_main 与 prd_2018, dev_main 差异。
```bash
# 查看 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结构。
```bash
./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。
此例中,有`脱引号`,`模式展开` 的组合。
```bash
# 危险动作,先保持日志查看
./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`,在程序中以动态数据来执行。
```bash
# 危险动作,先保持日志查看
./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`中只有`HAS`和`NOT`,会增加`>`,`<`或其他运算符?
- 复杂的条件判断,可以由SQL语句产生,然后`REF`。
- 写那么复杂的SQL,不如去编程好了。
-----------------------
题图:Bart是辛普森家十岁的小淘气,恰好我家也有一个。God,这就是一个Art。昨天平安夜,他并不平安的墨迹着写作业,我想带他逃次课。
以上是关于069.DBA的圣诞礼物的主要内容,如果未能解决你的问题,请参考以下文章