程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> 關於MYSQL數據庫 >> MySQL DBA變更規范

MySQL DBA變更規范

編輯:關於MYSQL數據庫

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服務,則必須選擇為重大變更。對於非緊急情況,一定要等到半年期的主機維護時間點,再完成變更。若是緊急或重要性大,則重新啟動要盡量想辦法減少對應用的影響且得到應用方同意。

若修改的服務器端參數屬於是可讀寫類,也應該創建為重大變更,且應該選擇壓力相對較小的時刻完成。

【備注】

     曾經寫的一份變更流程管理文檔,屬於初稿級別,後來離開前東家而沒有再完善,先分享給大家,希望有更多的人補充和完善,適當的時候也會重新整理的。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved