博客文章被系統(tǒng)自動(dòng)刪除

pacman2000

由于您發(fā)布的文章“銀行核心系統(tǒng)分表分區(qū)和批處理性能優(yōu)化”存在【廣告文章】等原因，被系統(tǒng)暫時(shí)刪除，如有問(wèn)題，請(qǐng)速與博客管理員聯(lián)系，謝謝！

這是我自己寫(xiě)的一篇技術(shù)總結(jié)，我看了下文章內(nèi)容，沒(méi)有發(fā)現(xiàn)啥廣告啊。

pacman2000

看了下，發(fā)現(xiàn)被判定刪除的博客問(wèn)題挺多的，博客這塊得好好搞下了啊。。。

王楠w_n

回復(fù) 2# pacman2000

說(shuō)下您的用戶(hù)名

pacman2000

王楠w_n 發(fā)表于 2018-04-02 14:57
回復(fù) 2# pacman2000

說(shuō)下您的用戶(hù)名

就是pacman2000

pacman2000

分表與分區(qū)的選擇：

        分表是表名不同，表結(jié)構(gòu)一致，由應(yīng)用程序自行實(shí)現(xiàn)訪問(wèn)的封裝。
        分區(qū)是在同一個(gè)表內(nèi)，由數(shù)據(jù)庫(kù)實(shí)現(xiàn)記錄存儲(chǔ)的分片，對(duì)應(yīng)用程序透明。此時(shí)索引可選擇是分區(qū)索引還是全局索引。但有分區(qū)刪除的情況時(shí)，不應(yīng)建立全局索引。
        如果劃分的規(guī)則未來(lái)會(huì)有變化，則應(yīng)選擇分表，可實(shí)現(xiàn)不停機(jī)修改規(guī)則。因此，按日期可分區(qū)，按hash應(yīng)分表。

        按日期拆分的，查詢(xún)時(shí)必須帶日期或日期范圍。歷史日期數(shù)據(jù)不得更改，要進(jìn)行轉(zhuǎn)移。只應(yīng)訪問(wèn)當(dāng)日和昨日的數(shù)據(jù)，其余日期由歷史數(shù)據(jù)提供查詢(xún)。
        按穩(wěn)定不變的各類(lèi)ID（如賬號(hào)，客戶(hù)號(hào)，卡號(hào)）進(jìn)行hash分表的，查詢(xún)時(shí)必須帶ID，如果有間接查詢(xún)的情況，應(yīng)建立映射轉(zhuǎn)換表。Hash選擇要直觀和均勻。


批處理性能：

        批處理并發(fā)時(shí)，并發(fā)進(jìn)程按照分表分區(qū)來(lái)拆分，每個(gè)進(jìn)程順序處理且只處理一個(gè)分片。因此，相同ID的其他表應(yīng)保持一樣的hash規(guī)則，達(dá)到進(jìn)程處理的拆分一致。

        并發(fā)處理時(shí)有大量insert的表，要注意達(dá)到最高性能，需要做到：同一個(gè)分片只由一個(gè)進(jìn)程插入數(shù)據(jù)。

        批處理時(shí)，對(duì)一定可以成功，并且對(duì)外無(wú)影響的部分處理，可登記異步加工。如內(nèi)部賬記賬，補(bǔ)清算。
        批處理時(shí)，在一個(gè)進(jìn)程內(nèi)，應(yīng)考慮一個(gè)事務(wù)下對(duì)頻繁更新插入的表記錄進(jìn)行合并，一次性處理，如多筆一對(duì)一記賬可以改變成多對(duì)一記賬，或者設(shè)計(jì)傳票和明細(xì)表結(jié)構(gòu)時(shí)，能體現(xiàn)多合一的匯總傳票，匯總明細(xì)。如果不能，還可以將一個(gè)事務(wù)中該記錄的多次update在應(yīng)用中暫存，commit時(shí)再進(jìn)行一次update，將一個(gè)事務(wù)中多次insert暫存，commit時(shí)進(jìn)行整體insert。



-------
請(qǐng)看下哪個(gè)內(nèi)容被判定為廣告了？

王楠w_n

回復(fù) 4# pacman2000

都給您恢復(fù)過(guò)來(lái)了