自动审核：
在日常的DBA工作中，表结构的审核并上线，表结构的修改审核并上线，占据了工作的很大时间，尤其是在产品快速迭代、快速试错阶段，这样，DBA同学们就会陷入所谓的审核SQL的无限制的机械运动中《新建表、改表》。
所谓审核，我个人认为就是一系列的条件规则，然后像套公式似的，把SQL往里套，鉴于此，我们自己就设计了一套自动审核系统，极大的加快审核流程。当然了，很多细小的规则随着数据库版本、线上硬件环境也会有一些改变，审核的准确性也会受到一些影响，但是如果审核系统能帮我们搞定一些初级的小问题，我就心满意足了。
在做系统之前，根据经验就制定了一些规则：如下，当然不是所有的都跟性能有直接关系，有的只是为了追求美观、追求极致而设定。
1、表结构是否合法
//不合法当然不能通过
2、表名、列名长度超过 16
//主要跟我们自己的授权有关系
3、必须有 unsigned
//业务最容易忘记添加，当然如果一定要负值，那么就走人工审核;
4、必须为 InnoDB
//当然了，我已经忘记还有MyISAM了，统计系统除外
5、int bigint(10) 不能小于 10
//大家见过int(1)的情况么？
6、varchar 长度小于 3000 //
这也算是一个人为规定，没有任何意义
7、text 字段个数不能大于 3
//人为规定而已
8、主键必须为 int 类型 //不int，真的会死人
9、索引不能有重复 //见过key(id),key(id,uid)的情况吗？
10、索引个数不能大于 5 个(包括主键)
//人为定义而已
11、索引字段必须为 not null，并且有 default
值
//参照高性能那本书说的，其实不一定影响性能
12、SQL 是否使用到索引 //不能用到索引的SQL，真的很惨
13、SQL 中不能有 * //由于*
经常导致流量、O巨大，所以，也强制了
14、自增字段必须为 int 或者 bigint
//见过自增用smallint的吗？然后一下就溢出了
15、请不要使用非 MySQL 保留字(Reserved Words)
//写脚本，大家讨厌符号么？
规则设计好了，那么就是嵌入我们的Hulk平台了，在用户平台，业务根据业务标记，提供Create
SQL、Alter
SQL已经线上运行的SELECT，提交后，会直接调用后端审核程序，程序根据以上规则，进行审核，如果审核不通过，那会直接退回业务人员，并给出除了哪个规则，业务人员根据反馈修改，在SQL为通过审核前,DBA是完全不用参与，也根本不知道业务提过需求，这样，就极大的降低了DBA的工作量。
这个系统有一些挑战：
1、因为MySQL的SQL语法非常非常的多，尤其是Alter
SQL，无法兼容所有的SQL，例如：多个add column、create
index与add
index、modify与change等;如果处理不好，会造成业务人员的极大困惑，本来没有问题的，但是自动审核就是不通过;
2、业务会把insert语句也传到Hulk平台审核、或者符号的控制
,更有甚至,传的SQL就是错误的，还有库名、表名不正确，或者添加一个本已经有的字段，根本就防不慎防;
3、在每行结果的注释#,控制起来也麻烦;
自动上线：
自动审核完毕，当然我们就需要上线了，这里，我们也期望不要通过人为的去登录MySQL，建表、改表，造成大量的无价值的机械运动。
建表上线：这个比较简单，审核通过，我们只需要根据业务标记，让Hulk调用上线程序直接在数据库中执行SQL即可;
改表上线：这个能直接上线吗？当然，在极大部分情况下，我们是直接上线的，规则一些规则：
1、表小于10w行，小于10M空间大小，那么直接执行SQL;
2、如果不满足1，并且满足percona
online-schema-change条件，那么通过osc工具，进行在线修改;(最大干过60G的表，当然搞了很长时间)
3、如果1、2都不行，走人工上线流程;
在99%的情况下，我们上线是不需要关心的，伙伴们可以做点更有意义的事情了。
