色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

億級別大表拆分心路歷程

馬哥Linux運維 ? 來源:馬哥Linux運維 ? 2023-05-17 10:17 ? 次閱讀

# 前言

筆者是在兩年前接手公司的財務系統的開發和維護工作。在系統移交的初期,筆者和團隊就發現,系統內有一張5000W+的大表。

跟蹤代碼發現,該表是用于存儲資金流水的表格,關聯著眾多功能點,同時也有眾多的下游系統在使用這張表的數據。

進一步的觀察發現,這張表還在以每月600W+的數據持續增長,也就是說,不超過半年,這張表會增長到1個億!

這個數據量,對于mysql數據庫來說是絕對無法繼續維護的了,因此在接手系統兩個月后,我們便開起了大表拆分的專項工作。(兩個月時間實際上主要用來熟悉系統、消化堆積需求了)

# 拆表前系統狀態

涉及到流水表流水的接口超時頻發,部分接口基本不可用

每日新增流水緩慢,主要是插入數據庫的時候非常慢

單表占用空間過大,DBA的數據庫監控經常報警

無法對表進行變更,任何alter操作都會引起主從的高延遲和長時間鎖表

# 拆表的目標

將流水大表數據拆分至各個分表,保證每張分表數據在1000W左右(經驗上看單表1000W的量對mysql來說沒啥壓力)

在拆表的前提下,針對不同接口的查詢條件進行優化,保證各個對外、對內接口的可用性。徹底殺死mysql慢查詢。

# 難點分析

該表的數據可以說是整個財務系統最基礎的數據,相關功能和下游系統非常多。這要求開發、測試和上線流程必須極其嚴密,任何小失誤都會引起大問題。

涉及的場景非常多。統計下來,一共有26個場景,需要改造32個mapper方法,具體需要改造的方法就更加無計其數了。

數據量非常大,遷移數據的過程必須保證系統穩定。

用戶較多且功能重要。分表功能上線時,必須盡量壓縮系統無法使用時長,同時需要保證系統可用性。這要求團隊必須設計完整可靠的上線流程、數據遷移方案、回滾方案、降級策略。

上文提到,表的拆分勢必帶來部分接口的變化,接口的變化又會帶來其他系統的改造。如何推動其他系統進行改造,如何協調多方合作的開發、測試和上線是另一個難點。

# 整體過程

028f9f34-f44d-11ed-90ce-dac502259ad0.jpg

# 具體細節

分表中間件調研

分表插件:采用sharding-jdbc作為分表插件。

其優勢如下:

1、支持多種分片策略,自動識別=或in判斷具體在哪張分表里。

2、輕量級,作為maven依賴引入即可,對業務的侵入性極低。

為提升查詢速度,在整個項目的初期,團隊成員考慮引入ES存儲流水以提升查詢速度。

經過與ES維護團隊的兩輪討論,發現公司提供的ES服務對于我們的業務場景并不匹配(見表),經過反復考量,最終我們放棄了引入ES的計劃,直接從數據庫查詢數據,采用每張表設置一個查詢線程的方式提升查詢效率。

02a1c092-f44d-11ed-90ce-dac502259ad0.png

分表依據的選擇

分表的方式有很多種,有縱向分表,有橫向分表,有分為固定的幾個表存儲然后取模進行表拆分等等。總的來說,適合我們具體業務的分表方式只有橫向分表。

因為對于資金流水這種特殊數據來說,是不能清理數據的,那么縱向分表和拆成固定的幾個表都不能解決單表數據無限膨脹的問題。而橫向分表,可以把每張表的數據量恒定,到一定時間后可以進行財務數據歸檔。

分表的依據一般都是根據表的某個或者某幾個字段進行拆分,最終其實是對數據和業務分析綜合出來的結果。總的來說,原則有這幾個:

盡可能選擇查詢條件里最常出現的字段,這樣能夠減少方法改造的工程

需要考慮根據某個字段拆分數據是否能夠均勻分布,是否能夠滿足單表1000W左右的要求

該字段必須是必現字段,不允許出現空值

綜合分析我們的數據以及業務需要,“交易時間”這個分表依據就呼之欲出了。

首先,這個字段作為流水最重要的字段之一一定會出現;

第二,如果按照交易月份進行拆表,每張表大概也就是600W-700W的數據;

最后,有70%的查詢都附帶“交易時間”作為查詢條件。

技術難點

多數據源事務問題

sharding-jdbc在使用的時候是需要用自己的獨立數據源的,那么就難免出現多數據源事務問題。

這個我們通過自定義注解,自定義切面開啟事務,通過方法棧逐層回滾or提交的方式解決的。出于保密原則,具體代碼細節不再展開。

多表的分頁問題

拆表一定會引起分頁查詢的難度增加。由于各個表查出來的數據量不等,原始的sql語句limit不再適用,需要設計一個新方法便捷的獲取分頁信息

在此介紹一個分頁的思路供大家參考(團隊共同的成果,筆者不敢私自占有):

綜合考慮業務實際與開發的復雜程度,項目團隊決定在出現跨表查詢的情況下,每一張表采用一個線程進行查詢,以提高查詢效率。

這個方案的難點在于分頁規則的轉換。例如,頁面傳入的offset和pageSize分別為8和20。各分表中符合條件的數量分別為10,10,50。那么我們需要將總的分頁條件轉化為三個分表各自的分頁條件,如圖

02a96fa4-f44d-11ed-90ce-dac502259ad0.jpg

通過上圖可以看到,大分頁條件(offset=8,pageSize=20),轉換為(offset=8,pageSize=2),(offset=0.pageSize=10),(offset=0,pageSize=8)三個條件。

整個計算過程如下:

1) 多線程查詢各個分表中滿足條件的數據數量

2) 將各個表數量按照分表的先后順序累加,形成圖 8的數軸

3) 判斷第一條數據和最后一條數據所在的表

4) 除第一條和最后一條數據所在表外,其他表offset=0,pageSize=總數量

5) 計算第一條數據的offset,pageSize

計算最后一條數據的pageSize,同時將該表查詢條件的offset設置為0

數據遷移方案

在數據遷移前,團隊討論過兩套遷移方案:

1)請DBA遷移數據;

2)手寫代碼遷移數據,他們各有自己的優缺點:

02b0a292-f44d-11ed-90ce-dac502259ad0.png

綜合考慮時間成本和對線上數據庫的影響,團隊決定采用兩種方案結合的方式:

交易時間為三個月前的冷數據,由于更新幾率不大,采用代碼的方式遷移,人為控制每次遷移數量,少量多次,螞蟻搬家;

交易時間為三個月內的熱數據,由于會在上線前頻繁出現更新操作,則在上線前停止寫操作,而后由DBA整體遷移。這樣將時間成本平攤到平時,上線前只有約2個小時左右遷移數據時系統無法使用。

同時,除了最后一次DBA遷移數據外,能夠人為控制每次遷移的數據量,整體避免數據庫實例級別的高延遲。

整體上線流程

為保證新表拆分功能的穩定性和大表下線的穩定,團隊將整個項目分為三個階段:

第一階段:建立分表,大表數據遷移分表,線上數據新表老表雙寫,所有查詢走分表(驗證觀察)

第二階段:停止寫老數據表,其他業務直連數據庫改為資金提供對外接口(驗證觀察)

第三階段:大表下線

# 總結

應再進一步調研分表相關中間件。由于項目分表依據的特殊性,導致sharding-jdbc的很多功能無法利用,其對于簡化查詢邏輯的幫助低于預期。并且sharding-jdbc獨立數據源的特性,引發了多數據源事務問題,反而增加了開發的工作量。

多線程需要仔細分析線程池核心線程的大小,同時分析多線程池同時存在的時候是否會引起核心線程數過多,避免機器線程打滿。

如果是一個已有的項目,在進行分表改造時,一定要將各種場景都羅列清楚,將各個場景細化到程序中的每個類、每個方法中,將所有業務場景都覆蓋到。

在遷移歷史數據時,一定要做好遷移數據方案,以及應對出現數據不一致時的處理方案。要綜合考慮時間成本、數據準確性、對線上功能的影響等諸多因素。

在上線一個比較復雜的方案時,一定要提前設計好回滾方案和降級措施,能夠極大保證穩定性。

# 說點兒題外話

為啥說想說點兒題外話呢,主要是對這次延續了5個多月的項目有感而發。項目進行過程中,難免會與其他系統的維護團隊有工作上的交集,有需要其他團隊配合的地方。

這個時候非常考驗程序員的溝通能力,最優秀的程序員能夠通過話術把對方拉到自己的陣線當中,讓對方感到這項工作對自己也是有好處的。這樣能夠讓對方心甘情愿的配合你的工作,達到雙贏的目的。

如果程序設計和學習能力是程序員的硬實力,那溝通技巧就是程序員的軟實力,硬實力能夠保障你的下線,而決定上線的恰恰是軟實力。

因此很多程序員不注重溝通技巧的培養,其實是相當于瘸腿的,畢竟現在憑單打獨斗是不大可能做出事情的。

另外,至少對于我們單位來說,對后端程序員的綜合素質其實要求最高。后端程序員集業務、技術于一身。需要有比較強的業務把控能力,還要有過硬的技術素質。

同時,大多數工作的主owner是后端,一般都是后端程序員把控前端、后端、QA的開發節奏,協調好各個時間點,做好風險反饋。

這就要求后端程序員既要懂業務,還要懂技術,還需要有一定的管理能力。這其實對人的鍛煉還是很可觀的。

審核編輯 :李倩

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 數據
    +關注

    關注

    8

    文章

    7006

    瀏覽量

    88944
  • 數據庫
    +關注

    關注

    7

    文章

    3794

    瀏覽量

    64362
  • MySQL
    +關注

    關注

    1

    文章

    804

    瀏覽量

    26533

原文標題:麻了!億級別大表拆分心路歷程

文章出處:【微信號:magedu-Linux,微信公眾號:馬哥Linux運維】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    今年就有L5級別自動駕駛?馬斯克表示有信心

    特斯拉創建的任何模擬都是現實世界復雜性的子集,因此公司目前非常專注于處理L5級別自動駕駛的細節問題,而且他相信這些問題完全可以基于特斯拉車輛目前搭載的硬件版本來解決,而未來特斯拉的車輛只需要通過軟件升級就可以實現L5級別自動駕駛
    的頭像 發表于 07-10 09:44 ?4415次閱讀

    解決Labview報表問題的一般思路

    執行創建excel時軟件會卡死。心路歷程1:軟件報表工具壞了?遂用 NIPackage Manager 修復了報表工具包。但是無效問題依然存在。心路歷程2:經過查詢懷疑是注冊問題,但沒找到網上
    發表于 04-07 11:18

    【睿賽德 RW007 WiFi 模塊試用連載】RW007模塊調試心路歷程

    本篇帖子是我拿到RW007后的試用記錄,也算是心路歷程了吧,我的試用文章:https://bbs.elecfans.com/jishu_2099349_1_1.html,歡迎各位去逛逛。2021
    發表于 07-12 22:20

    一個AVR新手藍牙模塊調試的心路歷程簡介遇到的問題

    一個AVR新手藍牙模塊調試的心路歷程簡介遇到的問題1——網上的例程不好用遇到的問題2——燒錄串口與藍牙通信串口共用導致亂碼遇到的問題3——波特率導致亂碼調試成功代碼簡介我在最近做了一個藍牙小車,選用
    發表于 11-23 08:25

    學習單片機的心路歷程分享

    本人是單片機學習的萌新一枚,學習單片機等知識目的就是提升自己專業方面的綜合的素質修養,我將會把自己的每次的學習的內容和心理歷程記錄下來,分享給大家的同時也加深自己的理解。眾所周知,單片機的入門51
    發表于 01-17 06:31

    手機界最防水機型:蘋果8防水達IP68級別

    1月16日消息,去年推出的蘋果7在防水性能上達到了IP67級別防水功能,蘋果為此在蘋果7廣告上大力宣傳防水功能,據蘋果8最新消息稱,蘋果8在防水性能上得到升級,蘋果8配置將達到IP68級別防水。
    發表于 01-17 09:01 ?4633次閱讀

    3DMark的可變著色率測試加入Tier 2級別

    今年8月底,3DMark新增了一項VRS可變速率著色功能測試,可比較使用Tier 1級別VRS時的性能、畫質差異,現在又更新加入了Tier 2級別
    的頭像 發表于 12-06 09:41 ?2549次閱讀

    元一能源從分布式光伏業務到綜合能源業務的心路歷程

    、產業和技術進步態勢等焦點話題,共迎分布式光伏發展的新契機。 在模式創新及業務探索分論壇上,元一能源副總裁陸少聰發表了《從1到N,元一能源從分布式光伏業務到綜合能源業務的心路歷程》演講,分析行業面臨的痛點難點,介紹元一能源
    的頭像 發表于 11-28 09:41 ?1909次閱讀

    上海將允許L3級別以上的自動駕駛車輛,在高速高架上行駛

     雖然當前各大車企相繼宣稱,都掌握開發除了L2級別以上的自動駕駛或者輔助自動駕駛技術。
    的頭像 發表于 12-15 14:34 ?2158次閱讀

    黃仁勛分享作為工程師的心路歷程

    獲得者、宇航員和臺積電創始人張忠謀等大型企業高管。 黃仁勛憑借“在加速人工智能計算實現的并行計算技術領域所具有的遠見卓識和創新精神”而榮獲該獎。黃仁勛在線上的頒獎儀式上,回顧了他一路作為工程師的心路歷程。 從熱愛到深度
    的頭像 發表于 08-02 11:36 ?3780次閱讀

    一個AVR新手藍牙模塊調試的心路歷程

    一個AVR新手藍牙模塊調試的心路歷程簡介遇到的問題1——網上的例程不好用遇到的問題2——燒錄串口與藍牙通信串口共用導致亂碼遇到的問題3——波特率導致亂碼調試成功代碼簡介我在最近做了一個藍牙小車,選用
    發表于 11-15 09:51 ?36次下載
    一個AVR新手藍牙模塊調試的<b class='flag-5'>心路歷程</b>

    【職場心靈雞湯】以多年來拿最佳來復盤【工程師如何成為優秀的5%】

    【職場心靈雞湯】以多年來拿最佳的心路歷程來復盤【工程師如何成為優秀的5%】
    的頭像 發表于 07-10 22:42 ?744次閱讀
    【職場心靈雞湯】以多年來拿最佳來復盤【工程師如何成為優秀的5%】

    編程的技術|藝術|術術(上篇)骨灰程序員的心路歷程

    分片編程等不太一樣。我理解我們程序員編程面向的對象是人,是開發者,是程序員。用戶并不看代碼,看代碼的都是我們的同行,所以我們要多一個面向開發者的思維角度來看待編程。 一位骨灰程序員的歷程回顧 15歲開始編程序
    的頭像 發表于 12-06 19:15 ?989次閱讀

    級別拆分——記一次分表工作的心路歷程

    這個數據量,對于mysql數據庫來說是絕對無法繼續維護的了,因此在接手系統兩個月后,我們便開起了大拆分的專項工作。(兩個月時間實際上主要用來熟悉系統、消化堆積需求了)
    的頭像 發表于 05-18 11:03 ?438次閱讀
    <b class='flag-5'>億</b><b class='flag-5'>級別</b>大<b class='flag-5'>表</b><b class='flag-5'>拆分</b>——記一次分表工作的<b class='flag-5'>心路歷程</b>

    l4級別自動駕駛的特點是什么

    L4級別自動駕駛作為自動駕駛技術的一個重要里程碑,代表了高度自動化的駕駛模式,能夠在無需駕駛員持續監控或介入的情況下,完成大部分的駕駛任務。 一、高度自動化與智能化 L4級別自動駕駛技術的核心特點
    的頭像 發表于 10-22 14:41 ?744次閱讀
    主站蜘蛛池模板: jealousvue成熟40岁| 色小说在线| 99re热视频这里只有精品| 久久亚洲精品2017| 中国女人精69xxxxxx视频| 久久久亚洲国产精品主播| 伊人久久艹| 久青草国产在视频在线观看| 中文字幕视频在线免费观看| 快乐激情站| 99re 这里只有精品| 欧美白妞大战非洲大炮| jizz丝袜| 肉动漫无修3D在线观看| 国产高清亚洲日韩字幕一区| 无码中文字幕热热久久| 国产亚洲精品视频亚洲香蕉视| 亚洲高清免费在线观看| 寂寞护士中文字幕 mp4| 月夜直播免费看| 美女裸露胸部100%无遮挡| a4you销魂gogo人体| 日本漂亮妈妈7观整有限中| 国产超碰人人爱被IOS解锁| 性美国人xxxxx18| 精品国产手机视频在在线| 在野外被男人躁了一夜动图| 免费人成网站永久| 国产欧美一区二区精品性色tv| 亚洲手机在线人成视频| 亚洲理论在线a中文字幕| 久久精品中文闷骚内射| 365电影成人亚洲网在线观看| 久久国产欧美| 97人人超碰国产精品最新蜜芽| 国产AV精品一区二区三区漫画| 日韩a视频在线观看| 护士日本xx厕所| a视频免费在线| 亚洲高清无在码在线无弹窗| 美女叉腿掰阴大胆艺术照|