XX业务数据库开发上线流程v1.0


草拟时间：2015.11.23
制订时间：
修订时间：

0x00 目的

本文定义了业务在开发上线发布过程中涉及的数据库相关流程，指引业务人员高效完成数据库上线工作，最终确保上线质量可控。

0x01 适用范围

人员：所有研发人员，运维人员
数据库：业务所有MySQL 数据库


0x02 流程说明 

流程内容包含：
数据库申请-->功能开发---功能与性能测试-->提交审核-->运维审核--->上线变更---验证---上线结束

1. 数据库服务申请

流程负责人员：业务开发人员

 自建MySQL新集群申请

主要活动：自建新集群涉及到新服务器申请，需要至少提前1个月与运维接口人进行沟通和申请

申请途径：方案确认后，开发人员 提交申请工单。

 

托管数据库新实例申请

  主要活动：托管数据库 新实例涉及到其他部门资源，业务需要提前一周与运维同学进行沟通

  申请途径： 
 申请模板：
1.业务名称
2.需求背景
3.预估容量大小
4.数据清理规则
5.主要接口人员
6.实例名称与字符编码（默认utf8）

 

 新库，表申请和说明

  主要活动：新库表创建申请
 申请途径：确认DB服务器信息后，提交工单申请。 
 申请模板：
1.数据库IP和端口
2.业务名称与需求背景
3.库表信息简要描述说明

    
2. 数据库功能开发

流程负责人员：业务开发人员

主要活动： 业务开发必须在开发或测试环境数据库完成SQL脚本功能性开发，库表字段名尽可能做到见名知意，添加必要的备注信息。

 

3.功能与性能测试

流程负责人员：业务开发和测试人员

 主要活动： SQL脚本必须在测试环境数据库完成功能性和性能测试，对于可能查询频繁的字段创建好必要的索引。

 

4.提交数据库变更申请

流程负责人员：业务开发和测试人员

 主要活动：
      业务上线涉及数据库sql经测试环境功能和性能测试通过后，开发人员在工单系统进行提单，进行数据库发布操作申请。
      临时型数据库sql需求，涉及百万以上记录表批量数据只读（select）查询，需要开发人员内部double check并知会到运维人员，无需提交申请单。
      涉及到数据变更的需求，需要提交变更需求，走数据库变更流程。

  申请途径：

    库表结构修改的需求需提前一天或者选择一个访问量小的时候，全部放到上线时候处理，会对上线过程造成影响。
     提交变更语句。


5.运维审核

流程负责人员：业务运维人员

 主要活动：运维人员收到数据库变更工单后，第一时间对变更单内容进行审核，审核通过即可配合进行变更操作，审核不通过需打回进行内容修改，重新提单。
   运维审核阶段，运维人员需要关注表字段命名是否合理，是否能根据名称确定表的含义与用途：
1.sql语法是否存在错误
2.表是否创建主键，是否创建索引
3.update，delete等修改数据的条件是否合理
4.帐号申请的操作权限是否是必要的，比如drop，alter，delete权限。
5.insert，update，alter等语句是否合理，针对一个表的表结构修改操作在一个语句中完成，数据update和delete是否有where判断条件。

6.上线变更

流程负责人员：业务运维人员

要求上线申请提交的sql命令或文件明确指定操作的数据库和表以及编码。

 

7.验证

流程负责人员：流程涉及的所有人员

  主要活动：运维上线变更完毕后，由运维人员进行初步确认，由开发，测试人员进行二次变更确认。


8.上线结束

流程负责人员：业务运维和需求发起人员

 主要活动：变更确认通过后，运维人员 结单操作，需求发起人知会提单人本次数据库功能上线流程结束。


0x03 违反流程行为的处理


1.违反流程行为：

1.未按照流程进行变更
2.非授权行为进行变更

2.违反流程行为处罚：

对于违反数据库开发上线流程行为未造成影响的，QA记录过程偏离。

对于违反数据库开发上线流程行为并造成一定影响的，记录线上问题单并持续跟踪。

对于违反数据库开发上线流程行为并造成明显影响的，按照公司BG及部门相关处罚规定处理。


0x04 修订与发布


1.修订

通过与业务方人员沟通对数据库上线流程进行草拟修订。

2.发布

流程内容修订后，发布最新内容及变更内容邮件通知全体研发人员。


0x05 其他


业务功能变更涉及sql：
1.业务中sql语句由开发和测试人员在开发测试阶段把控，本文不涉及相关流程。
2.核心业务 系统重大版本变更，概设文档需要含数据库设计通知到运维人员
2. 变更SQL需要在测试结束提交给运维人员确认变更时间和审核内容。


可裁剪情况说明

1.已存在数据库配置时无需申请环节
2.开发测试环节在业务进度较紧张时可以同时进行
3.审核和变更环节在操作上可以合并进行
4.变更范围较小，数据少时验证通过，无需对外通知。
5.非核心DB部分操作，可根据紧急程度进行先操作后补单流程。