1.数据订正

　　1.1 大数据量订正

　　若需要进行数据订正表的数据条数100W以上，且表属于核心，而订正涉及到的数据占表数据量的1%以上，且被订正到的数据修改频繁，则此类变更必须转为重大变更，遵守技术部对重大变更的要求。

　　1.2表数据量大且有索引可选择

　　若被订正的数据量，小于表总数据量的1%，且数据订正的条件有合理的索引可走，则选择为一般变更即可。

　　1.2 表数据量大且无索引可选择

　　若需要进行数据订正表的总行数，超过50W条，且此表数据为核心表或被订正的数据修改操作频繁，则此类订正应该转为重大变更，遵守技术部对重大变更的要求。

　　1.3 数据导入

　　若一次性导入单张表的数据文件大小不超过1G，则选择为一般变更即可，但是建议安排在16：00之后或服务器压力相对较小的时候完成。

　　若一次导入单张表的数据文件大小超过1G，则应该根据在线服务器压力，以及是否导入到核心表或修改操作频繁的表，而选择是否转为重大变更，还是选择一般变更。

　　2.数据库结构变更

　　2.1 新建表对象

　　对于数据库服务器中不存在的表，因项目上线或其他原因而需要新创建的表，只需要选择为一般变更即可。

　　2.2 修改表结构

　　若一张表的数据大小超过500M，且进行下列操作：修改字段名称、增加/删除字段、修改字段属性，则必须选择为重大变更，建议是安排在18:00之后的时间完成。对于表数据文件大，且操作修改操作频繁的表，可能需要选择更晚的时间进行修改。

　　2.3 增加/修改索引属性

　　若一张表的数据大小超过500M，且修改操作频繁或应用对数据库修改操作要求响应时间极短，则此类变更必须转为重大变更。

　　备注：对于索引的优化，必须先增加索引，再删除被其替代的索引。

　　2.4 其他变更

　　从对应用修改操作或数据库服务器性能影响的角度分析，可以列为一般变更的操作：修改表名称、同一个INSTANCE上一张表从A库移动到B库、增加与修改表或字段的备注、创建与删除分区、表删除、修改自增序列开始位置值。

　　从对应用修改操作或数据库服务器性能影响的角度分析，必须被列为重大变更操作：mysqldump备份数据库、修改表或字段的字符集、修改表分区的逻辑。

　　3.服务器端参数变更

　　3.1 在线读写变量修改

　　对全局变量值的修改，都必须走重大变更，以增加审核的重视程度。

　　3.2 在线只读变量修改

　　mysqld服务的只读参数修改，只有通过修改/etc/my.cnf，且重新启动mysqld服务才能生效，所以此类变更必须为重大变更。

　　4.ITIL流程

　　4.1 应用方发起的变更

　　应用方因数据订正或项目，而需要修改数据库结构或更改现有数据，或导入到当前应用数据库中。若只是数据订正，请请参照第一点中描述，选择是否要转为重大变更;若是数据库结构变更，则必须转为变更，且参照第二、第三点中描述，决定是否转为重大变更。

　　4.2 DBA发起的变更

　　DBA发起的变更一般是因优化数据库对象的索引、优化服务器端参数配置。若是优化数据库对象的索引信息，则必须创建变更，且参照第二、第三点中描述，决定是否转为重大变更;

　　若修改服务器端参数是只读参数信息，因为需要重新启动mysqld服务，则必须选择为重大变更。对于非紧急情况，一定要等到半年期的主机维护时间点，再完成变更。若是紧急或重要性大，则重新启动要尽量想办法减少对应用的影响且得到应用方同意。

　　若修改的服务器端参数属于是可读写类，也应该创建为重大变更，且应该选择压力相对较小的时刻完成。