MySQL DBA變更規范
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服務，則必須選擇為重大變更。對於非緊急情況，一定要等到半年期的主機維護時間點，再完成變更。若是緊急或重要性大，則重新啟動要盡量想辦法減少對應用的影響且得到應用方同意。
若修改的服務器端參數屬於是可讀寫類，也應該創建為重大變更，且應該選擇壓力相對較小的時刻完成。
【備注】
曾經寫的一份變更流程管理文檔，屬於初稿級別,後來離開前東家而沒有再完善，先分享給大家，希望有更多的人補充和完善，適當的時候也會重新整理的。
