MySql數據表分區設計方案分享

目前這個客戶說系統有些慢，公司讓我去客戶哪邊解決下，經過綜合分析，最后得查到是對接的第三方數據庫數據量過大導致的。

目前涉及到數據量過大的數據表有

目前這個客戶說系統有些慢，公司讓我去客戶哪邊解決下，經過綜合分析，最后得查到是對接的第三方數據庫數據量過大導致的。

目前涉及到數據量過大的數據表有

以上數據表都是過億級別的數據表，已經影響到平臺的正常使用，所以建議考慮做分區處理，分區后的數據以單獨的數據塊存放，解決磁盤I/O瓶頸，提高磁盤的讀寫能力，增加Mysql的性能

分區設計

時間閥值需求，指標明細保留90天，趨勢數據保留3年

監控的指標數據需要能查詢90天內的明細，所以原始明細數據保留90天，指標多及監控間隔時間短，必然產生大量的數據

每天一個分區存儲原始數據

統計趨勢數據，及刪除超過90天的明細數據

數據表分區規劃示意圖

實施

通過定時器觸發分區函數，首先檢查分區是否已經存在，如果不存在則創建，同時檢查過期數據，如果不在保留時間閥值內，則刪除對應的分區

創建分區及刪除分區執行流程圖

涉及到數據庫函數為：

partition_maintenance_all 主要執行入口

partition_maintenance 主要判斷分區是否存在

partition_verify 判斷當前時段內的分區是否存在

partition_create 創建分區

partition_drop 刪除分區*

分區創建后，跟進分區及分區數據是否正常

常用語句

-- 查看數據表創建語句，其中帶有分區信息 show create table 數據表名稱 -- 轉換時間戳格式 select (FROM_UNIXTIME(1638374400, '%Y-%m-%d %H:%i:%s')); -- 查詢某個分區數據量 select count(*) from history PARTITION(分區名稱); -- 查詢整個表數據量，統計全部分區的數據量 select sum(table_rows) from information_schema.`PARTITIONS` where table_name='數據表名稱';

如果分區、數據正常，則表示數據表分區功能實施完成

目前該方案已經部署在客戶生產環境，從目前運行情況來看，沒有發現什么問題，性能明顯提高很多，如果大家在設計或部署的時候遇到問題，請留言交流。

喜歡的朋友記得給個關注~

MySQL

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。