性能保障策略(精選.)

1、1.1.1 性能保障策略ECIF 系統(tǒng)作為一個(gè)集中部署的業(yè)務(wù)應(yīng)用系統(tǒng)，具有高并發(fā)、大數(shù)據(jù)量處理 的特點(diǎn)，要在性能上滿足整個(gè)系統(tǒng)的運(yùn)行需要， 除了主機(jī)、網(wǎng)絡(luò)的處理能力之外， 在各應(yīng)用節(jié)點(diǎn)（包括應(yīng)用服務(wù)器、 WEB Server 等）要從高性能集群技術(shù)、降低 磁盤訪問頻率、流量控制、服務(wù)分配、交易分流各方面綜合考慮，才能更好地保 證系統(tǒng)高效、穩(wěn)定地運(yùn)行。性能設(shè)計(jì)主要依賴于兩方面，其一軟件本身限制，其二為硬件部分限制，宇 信易誠公司結(jié)合多年銀行從業(yè)經(jīng)驗(yàn)， 針對(duì)軟件性能設(shè)計(jì)從產(chǎn)品設(shè)計(jì)初期一直延續(xù) 到產(chǎn)品測(cè)試結(jié)束提供了完整的性能解決方案。1.1.1.1 產(chǎn)品高性能設(shè)計(jì)基于MDM產(chǎn)品經(jīng)過多年積累，沉淀，針

2、對(duì)性能問題已經(jīng)過多年優(yōu)化。 且軟件 本身為可伸縮性系統(tǒng)，便于多項(xiàng)部署。從而提高系統(tǒng)本身性能。1.1.1.2 高效的數(shù)據(jù)算法針對(duì)每項(xiàng)數(shù)據(jù)算法， 以及數(shù)據(jù)類型選擇， 經(jīng)過嚴(yán)格測(cè)試， 從優(yōu)擇選以最優(yōu)算 法，以及數(shù)據(jù)類型。且通過大量壓力測(cè)試，支撐產(chǎn)品應(yīng)用。1.1.1.3 良好的接口設(shè)計(jì)系統(tǒng)的整體接口經(jīng)過嚴(yán)格設(shè)計(jì)， 使接口設(shè)計(jì)為最優(yōu)， 避免大量創(chuàng)建類， 保證 整個(gè)產(chǎn)品最優(yōu)運(yùn)行。1.1.1.4 低耗的磁盤 IO宇信易誠公司YC.ECIF產(chǎn)品中，針對(duì)所有磁盤10操作采用最低限度使用10 策略，針對(duì)某些高頻使用數(shù)據(jù)類型存儲(chǔ)到緩存中，盡量避免針對(duì)磁盤 IO 操作。 應(yīng)用邏輯通過Cache技術(shù)直接訪問裝載在內(nèi)存的

3、配置數(shù)據(jù)，降低系統(tǒng)對(duì)磁盤的訪 問頻率，提高系統(tǒng)的運(yùn)行效率。1.1.1.5 細(xì)粒度的事務(wù)管理宇信易誠公司 YC.ECIF 產(chǎn)品中，數(shù)據(jù)訪問的事務(wù)邊界經(jīng)過嚴(yán)格設(shè)計(jì)，粒度、 事務(wù)完整性以及性能之間進(jìn)行平衡，從而避免了長(zhǎng)事務(wù)的增長(zhǎng)導(dǎo)致的性能瓶頸。 針對(duì)事務(wù)鎖機(jī)制，宇信易誠 ECIF 系統(tǒng)通過高壓測(cè)試調(diào)優(yōu)，整體設(shè)計(jì)盡量避免鎖 等待瓶頸。1.1.1.6 產(chǎn)品的可伸縮性MDM產(chǎn)品設(shè)計(jì)和開發(fā)遵循了可伸縮性原則，保障ECIF系統(tǒng)可橫向擴(kuò)展，以持續(xù)提升性能。1.1.1.7 數(shù)據(jù)庫性能設(shè)計(jì)1.1.1.7.1 索引控制在數(shù)據(jù)模型客戶化設(shè)計(jì)中， 索引經(jīng)過嚴(yán)格篩選， 避免某表多索引造成的寫操 作效率低下。1.1.1.7.

4、2 SQL優(yōu)化所有SQL語句均針對(duì)特定數(shù)據(jù)庫（0RACLEDB2做充分優(yōu)化并通過高并發(fā)、 大數(shù)據(jù)量的壓力測(cè)試。1.1.1.8 數(shù)據(jù)庫高可用性設(shè)計(jì)1.1.1.8.1 分布式原則整體數(shù)據(jù)庫采用分布式技術(shù)， 從主機(jī)角度， 以及應(yīng)用角度等采取分布式技術(shù)， 保障數(shù)據(jù)庫高效運(yùn)行。將數(shù)據(jù)庫從主機(jī)角度采取分布式技術(shù)， 結(jié)合廣東農(nóng)信實(shí)際情況使用數(shù)據(jù)庫數(shù) 據(jù)分布式技術(shù)，可保證在多個(gè)主機(jī)上運(yùn)行數(shù)據(jù)庫業(yè)務(wù)。1.1.1.8.2 讀寫分離原則讀寫分離原則， 主要指在某節(jié)點(diǎn)數(shù)據(jù)庫中寫入數(shù)據(jù)， 然后把寫入的數(shù)據(jù)同步 到多節(jié)點(diǎn)。 而其它節(jié)點(diǎn)保障數(shù)據(jù)庫讀取應(yīng)用。 如此可將應(yīng)用的負(fù)載分布在多個(gè)不 同的數(shù)據(jù)庫節(jié)點(diǎn)上面。如果寫的數(shù)據(jù)庫

5、失敗，可以找一個(gè)讀的數(shù)據(jù)庫來接管。1.1.1.8.3 垂直分割原則按照應(yīng)用來分割，如應(yīng)用 1與應(yīng)用 2是可以獨(dú)立出來的完全不同的應(yīng)用，則 把它獨(dú)立出來， 分割在兩個(gè)不同的數(shù)據(jù)庫服務(wù)器上， 這樣就實(shí)現(xiàn)了垂直分割。 這 種情況下，如果一個(gè)應(yīng)用故障，就不會(huì)影響到其他應(yīng)用。1.1.1.8.4 水平分割原則數(shù)據(jù)量的分割，如有一個(gè)用戶表，可以按照一定規(guī)則，把用戶表分割成兩 個(gè)表，再分布在兩個(gè)不同的數(shù)據(jù)庫中， 當(dāng)特定的用戶訪問數(shù)據(jù)庫的時(shí)候， 根據(jù)規(guī) 則就可以知道它在哪個(gè)數(shù)據(jù)庫中， 然后訪問該數(shù)據(jù)庫即可。 這種情況下， 如果一 個(gè)庫失效，受影響的只是這個(gè)庫存放的特定的用戶。1.1.1.8.5 查詢性能設(shè)計(jì)結(jié)合

6、廣東農(nóng)信目前客戶數(shù)量較大的情況， ECIF 系統(tǒng)針對(duì)查詢的問題將其按 照用戶需要、 IT 環(huán)境的設(shè)備條件等劃分成一組問題域。下面將詳細(xì)進(jìn)行描述。1.1.1.8.5.1 制約條件ECIF系統(tǒng)內(nèi)的查詢功能一般會(huì)受以下幾點(diǎn)因素的影響。? 硬件 硬件是決定系統(tǒng)性能的關(guān)鍵因素之一，包括應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器的CPU內(nèi)存，磁盤IO性能等，隨著系統(tǒng)用戶并發(fā)數(shù)量的增加，CPU和磁盤IO的壓力會(huì)相應(yīng)加大，而對(duì)于JVM來說，一味加大內(nèi)存堆容量，不一定會(huì)使系統(tǒng)吞吐 能力線性加大，同時(shí)會(huì)加劇 JVM垃圾回收的壓力。對(duì)于廣東農(nóng)信 ECIF系統(tǒng)這樣 龐大的系統(tǒng)來說， 用戶數(shù)量和并發(fā)數(shù)量非常之高， 單臺(tái)服務(wù)器模式不能滿足

7、性能 方面的要求，應(yīng)該考慮使用多臺(tái)服務(wù)器進(jìn)行邏輯加物理的系統(tǒng)部署方式。? 網(wǎng)絡(luò) 廣東農(nóng)信網(wǎng)點(diǎn)分布較廣，作為一個(gè)集中系統(tǒng)，從用戶終端到服務(wù)器的網(wǎng)絡(luò) 連通狀況是依據(jù)支行區(qū)域不同、 機(jī)構(gòu)層級(jí)不同是千差萬別的。 網(wǎng)絡(luò)的延時(shí)直接加 大了終端與服務(wù)器之間連接保持的時(shí)長(zhǎng)，對(duì)服務(wù)器資源的占用有很大影響。? 中間件性能 開發(fā)系統(tǒng)采用的技術(shù)、使用系統(tǒng)運(yùn)行的基礎(chǔ)軟件環(huán)境，包括應(yīng)用服務(wù)器、 數(shù)據(jù)庫等。對(duì)查詢性能也有不同程度的影響。? 系統(tǒng)歷史數(shù)據(jù)量 系統(tǒng)實(shí)時(shí)數(shù)據(jù)庫中保存數(shù)據(jù)的區(qū)間設(shè)計(jì)與性能緊密相關(guān)。數(shù)據(jù)量越大對(duì)數(shù) 據(jù)查詢的性能影響就越大。并且 ECIF 系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)好壞對(duì)從大量數(shù)據(jù) 中篩選必要數(shù)據(jù)的影響也是需

8、要考慮的。1.1.1.8.5.2 優(yōu)化策略? 對(duì)大數(shù)據(jù)表做“表分區(qū)” 、“索引分區(qū)”或“數(shù)據(jù)庫分區(qū)” 。? 精心設(shè)計(jì)查詢使用的索引， 避免進(jìn)行 “全表掃描”。在考慮索引的字段的 同時(shí)，也要考慮使用何種索引類型（聚集索引、B+樹、位圖等）。?精心準(zhǔn)備查詢使用SQL語句，特別要關(guān)注WHER子句中條件表達(dá)式的寫 法，一些條件表達(dá)形式是無法使用索引的，例如 like 運(yùn)算符。例外， 條件表達(dá)式盡可能少地使用列函數(shù)和數(shù)據(jù)類型轉(zhuǎn)換。寫出高效SQL會(huì)涉及很多方面， 這些知識(shí)在產(chǎn)品手冊(cè)、 書籍、互聯(lián)網(wǎng)上都有較詳細(xì)的介紹。 這里強(qiáng)調(diào)的是，項(xiàng)目組有責(zé)任引導(dǎo)開發(fā)者明白開發(fā)高效SQL的意義，不斷提升SQL應(yīng)用水平，避免開發(fā)低效率的 SQL?盡可能使用ORACL或DB2自有的性能優(yōu)化策略。? 活躍數(shù)據(jù)與歷史存量數(shù)據(jù)分開。? 盡可能避免排序，若不能避免排序必須有優(yōu)化措施（如排序參數(shù)設(shè)計(jì)、排序臨時(shí)空間、排序用到的索引、并行排序等） 。? 盡可能避免返回多行的結(jié)果集。? 盡量避免使用相關(guān)子查詢。? 盡量避免使用 Group 子句。?如果JOIN操作的代價(jià)過大，可以考慮使用冗余列來避免 JOIN操作。? 將“性能調(diào)優(yōu)”的重點(diǎn)放在查詢時(shí)間長(zhǎng)、資源消耗量大、使用又很頻繁 的SQL調(diào)用