基于連接池的多用戶數(shù)據(jù)庫(kù)訪問高效率優(yōu)化方法及架構(gòu)的制作方法
【專利摘要】本發(fā)明涉及數(shù)據(jù)庫(kù)領(lǐng)域，公開了一種基于連接池的多用戶數(shù)據(jù)庫(kù)訪問高效率優(yōu)化方法及架構(gòu)，包括連接池可動(dòng)態(tài)伸縮大小以及集中管理多連接池，對(duì)建立的連接池進(jìn)行集中統(tǒng)一的管理，獲取所有連接池的基本信息，捕捉每個(gè)連接池的配置變化，并約束連接池某些配置的變化；存儲(chǔ)每個(gè)連接池的配置信息，當(dāng)配置信息發(fā)生變化時(shí)觸發(fā)更新消息，實(shí)現(xiàn)連接池隨應(yīng)用變化而伸縮其大小。本發(fā)明適用于多用戶、多類型應(yīng)用訪問數(shù)據(jù)庫(kù)時(shí)，使整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)不會(huì)因?yàn)樵L問時(shí)連接的建立和銷毀、連接的空置、不同類型應(yīng)用連接的競(jìng)爭(zhēng)等等不合理的連接池使用策略，而造成大量資源浪費(fèi)，從而進(jìn)一步的提高數(shù)據(jù)庫(kù)訪問效率和性能。
【專利說明】基于連接池的多用戶數(shù)據(jù)庫(kù)訪問高效率優(yōu)化方法及架構(gòu)【技術(shù)領(lǐng)域】[0001]本發(fā)明涉及數(shù)據(jù)庫(kù)領(lǐng)域，具體涉及數(shù)據(jù)庫(kù)系統(tǒng)的多用戶訪問時(shí)的高效率架構(gòu)。技術(shù)背景[0002]訪問數(shù)據(jù)庫(kù)創(chuàng)建“連接”是一個(gè)很消耗資源的操作，對(duì)數(shù)據(jù)庫(kù)連接的管理能顯著影 響到整個(gè)應(yīng)用程序的伸縮性和健壯性，影響到程序的性能指標(biāo)。所以引入了連接池技術(shù)，把 所有用戶訪問數(shù)據(jù)庫(kù)耗時(shí)的操作放到一個(gè)緩沖區(qū)，即所謂的連接池，以此提高效率，同時(shí)連 接池的使用策略也會(huì)影響到整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)的訪問性能。[0003]數(shù)據(jù)庫(kù)連接池在初始化時(shí)將創(chuàng)建一定數(shù)量的數(shù)據(jù)庫(kù)連接放到連接池中，這些數(shù)據(jù) 庫(kù)連接的數(shù)量是由最小數(shù)據(jù)庫(kù)連接數(shù)來設(shè)定的。無(wú)論這些數(shù)據(jù)庫(kù)連接是否被使用，連接池 都將一直保證至少擁有這么多的連接數(shù)量。連接池的最大數(shù)據(jù)庫(kù)連接數(shù)量限定了這個(gè)連接 池能占有的最大連接數(shù)，當(dāng)應(yīng)用程序向連接池請(qǐng)求的連接數(shù)超過最大連接數(shù)量時(shí)，這些請(qǐng) 求將被加入到等待隊(duì)列中。[0004]目前，數(shù)據(jù)庫(kù)連接池的配置策略大多是靜態(tài)的，不能根據(jù)應(yīng)用需求的變化而變化， 無(wú)用的連接池不能被及時(shí)地被垃圾收集，浪費(fèi)部分內(nèi)存，連接池在運(yùn)行當(dāng)中的資源調(diào)度管 理策略還不能適應(yīng)應(yīng)用的需求，例如不能適時(shí)地調(diào)整數(shù)據(jù)庫(kù)連接池的容量；而且對(duì)于多類 型應(yīng)用的情況，比如數(shù)據(jù)庫(kù)增、刪、改、查訪問與ETL (抽取、轉(zhuǎn)換、加載)操作，在一個(gè)連接池 中競(jìng)爭(zhēng)搶占連接，相互之間干擾了業(yè)務(wù)，不能保證重要的業(yè)務(wù)高性能運(yùn)轉(zhuǎn)。
【發(fā)明內(nèi)容】
[0005]本發(fā)明要解決的技術(shù)問題是:本發(fā)明就是解決數(shù)據(jù)庫(kù)連接池大小不能伸縮，不能 根據(jù)應(yīng)用而動(dòng)態(tài)改變的問題，并發(fā)明多連接池集中管理策略應(yīng)對(duì)多類型應(yīng)用訪問數(shù)據(jù)庫(kù)時(shí) 建立多連接池的情況。[0006]本發(fā)明所采用的技術(shù)方案為:一種基于連接池的多用戶數(shù)據(jù)庫(kù)訪問高效率優(yōu)化方法，為不同應(yīng)用建立獨(dú)立的連接 池，并集中管理多個(gè)連接池，提供一種動(dòng)態(tài)連接池管理策略，能伸縮連接池大小，并能夠根 據(jù)應(yīng)用需求的變化而變化，其中:對(duì)建立的連接池進(jìn)行集中統(tǒng)一的管理，獲取所有連接池的 基本信息，包括每個(gè)連接池的最小連接數(shù)和最大連接數(shù)，限制所有連接池的最大連接數(shù)總 和，以此來限制數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)創(chuàng)建的總連接數(shù)；并實(shí)時(shí)捕捉每個(gè)連接池的配置變化，當(dāng)連 接池最小連接數(shù)減少時(shí)銷毀連接釋放資源，當(dāng)連接池最小連接數(shù)增大時(shí)創(chuàng)建可用連接；并 運(yùn)用數(shù)據(jù)庫(kù)存儲(chǔ)每個(gè)連接池的配置信息，當(dāng)配置信息發(fā)生變化時(shí)觸發(fā)更新消息，實(shí)現(xiàn)連接 池隨應(yīng)用變化而改變大小的動(dòng)態(tài)伸縮，當(dāng)整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)因?yàn)閼?yīng)用特殊性或者業(yè)務(wù)改變， 致使某種應(yīng)用的訪問此段時(shí)間需要更多的連接來提升訪問性能，此時(shí)可增大最小連接數(shù)提 高連接復(fù)用率，或增大最大連接數(shù)使訪問請(qǐng)求可建立更多的連接；而如果另一種應(yīng)用最近 一段時(shí)間無(wú)訪問請(qǐng)求，其對(duì)應(yīng)的連接池中的連接長(zhǎng)時(shí)間空閑造成資源浪費(fèi)，此時(shí)可減小最 小連接數(shù)釋放一直存在的連接，或減小最大連接數(shù)讓其他連接池可擴(kuò)充更大的最大連接數(shù)。[0007]—種基于連接池的多用戶數(shù)據(jù)庫(kù)訪問高效率架構(gòu)，其中，所述體系結(jié)構(gòu)包括:數(shù)據(jù) 庫(kù)管理模塊，多連接池管理模塊，連接池配置數(shù)據(jù)管理模塊，通信協(xié)議模塊，其中:數(shù)據(jù)庫(kù)管理模塊，是支撐業(yè)務(wù)系統(tǒng)的核心，接收用戶的連接請(qǐng)求，供用戶進(jìn)行數(shù)據(jù)記錄 的增、刪、改、查訪問操作。[0008]本發(fā)明適用于可實(shí)現(xiàn)連接池功能的傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)RDBMS以及新型的數(shù)據(jù)庫(kù) (比如列數(shù)據(jù)庫(kù)、NoSQL數(shù)據(jù)庫(kù))，適用于單機(jī)數(shù)據(jù)庫(kù)，亦可適用于集群分布式數(shù)據(jù)庫(kù)系統(tǒng)。[0009]多連接池管理模塊，負(fù)責(zé)對(duì)建立的連接池進(jìn)行集中統(tǒng)一的管理，獲取所有連接池 的基本信息，包括每個(gè)連接池的最小連接數(shù)和最大連接數(shù)，限制所有連接池的最大連接數(shù) 總和，以此來限制數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)創(chuàng)建的總連接數(shù)，防止無(wú)限制創(chuàng)建連接；并實(shí)時(shí)捕捉每個(gè) 連接池的配置變化，當(dāng)連接池最小連接數(shù)減少時(shí)銷毀連接釋放資源，當(dāng)連接池最小連接數(shù) 增大時(shí)創(chuàng)建可用連接。而真正的連接創(chuàng)建、管理和銷毀，依然由原連接池功能模塊來實(shí)現(xiàn)。[0010]連接池配置數(shù)據(jù)管理模塊，運(yùn)用數(shù)據(jù)庫(kù)存儲(chǔ)每個(gè)連接池的配置信息，實(shí)現(xiàn)動(dòng)態(tài)更 新連接池配置信息，當(dāng)配置信息發(fā)生變化時(shí)觸發(fā)更新消息給多連接池管理模塊，實(shí)現(xiàn)連接 池隨應(yīng)用變化而改變大小的動(dòng)態(tài)伸縮，當(dāng)整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)因?yàn)閼?yīng)用特殊性或者業(yè)務(wù)改變， 致使某種應(yīng)用的訪問此段時(shí)間需要更多的連接來提升訪問性能，此時(shí)增大最小連接數(shù)提高 連接復(fù)用率，或增大最大連接數(shù)使訪問請(qǐng)求可建立更多的連接；當(dāng)另一種應(yīng)用最近一段時(shí) 間無(wú)訪問請(qǐng)求，其對(duì)應(yīng)的連接池中的連接長(zhǎng)時(shí)間空閑造成資源浪費(fèi)，此時(shí)可減小最小連接 數(shù)釋放一直存在的連接，或減小最大連接數(shù)讓其他連接池可擴(kuò)充更大的最大連接數(shù)；通信協(xié)議模塊，主要是負(fù)責(zé)定義多連接池管理模塊與連接池配置數(shù)據(jù)管理模塊兩個(gè)模 塊之間的通信協(xié)議，完成觸發(fā)的動(dòng)態(tài)更新連接池信息的傳送，包括連接池的新增和銷毀、連 接池配置信息的更改，實(shí)現(xiàn)連接池配置數(shù)據(jù)管理模塊觸發(fā)的更新消息的傳送。[0011]多連接池管理模塊可以看成一個(gè)數(shù)據(jù)庫(kù)，而連接池配置數(shù)據(jù)管理模塊作為數(shù)據(jù)庫(kù) 的上層數(shù)據(jù)操作應(yīng)用。[0012]所述的連接池配置數(shù)據(jù)管理模塊中運(yùn)用的數(shù)據(jù)庫(kù)為輕量級(jí)的數(shù)據(jù)庫(kù)MySQL。重點(diǎn) 是借用MySQL的數(shù)據(jù)庫(kù)特性實(shí)現(xiàn)動(dòng)態(tài)更新，并且MySQL數(shù)據(jù)庫(kù)安裝簡(jiǎn)單，占用資源少，完全 可以作為一個(gè)小數(shù)據(jù)量的數(shù)據(jù)存儲(chǔ)內(nèi)嵌到應(yīng)用系統(tǒng)中。連接池配置數(shù)據(jù)管理模塊的實(shí)現(xiàn)需 要基于MySQL數(shù)據(jù)庫(kù)，將連接池的所有信息存儲(chǔ)在MySQL數(shù)據(jù)庫(kù)中，對(duì)可動(dòng)態(tài)更新的信息設(shè) 計(jì)觸發(fā)器來觸發(fā)生成更新消息。[0013]本發(fā)明的有益效果為:本發(fā)明適用于多用戶、多類型應(yīng)用訪問數(shù)據(jù)庫(kù)時(shí)，使整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)不會(huì)因?yàn)樵L問時(shí) 連接的建立和銷毀、連接的空置、不同類型應(yīng)用連接的競(jìng)爭(zhēng)等等不合理的連接池使用策略， 而造成大量資源浪費(fèi)，從而進(jìn)一步的提高數(shù)據(jù)庫(kù)訪問效率和性能?！緦＠綀D】

【附圖說明】[0014]圖1為連接池工作原理示意圖；圖2為本發(fā)明一種基于連接池的多用戶數(shù)據(jù)庫(kù)訪問高效率架構(gòu)示意圖?！揪唧w實(shí)施方式】[0015]下面參照附圖，結(jié)合實(shí)施例對(duì)本發(fā)明詳細(xì)說明。[0016]實(shí)施例1:一種基于連接池的多用戶數(shù)據(jù)庫(kù)訪問高效率優(yōu)化方法，為不同應(yīng)用建立獨(dú)立的連接 池，并集中管理多個(gè)連接池，提供一種動(dòng)態(tài)連接池管理策略，能伸縮連接池大小，并能夠根 據(jù)應(yīng)用需求的變化而變化，其中，對(duì)建立的連接池進(jìn)行集中統(tǒng)一的管理，獲取所有連接池的 基本信息，包括每個(gè)連接池的最小連接數(shù)和最大連接數(shù)，限制所有連接池的最大連接數(shù)總 和，以此來限制數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)創(chuàng)建的總連接數(shù)；并實(shí)時(shí)捕捉每個(gè)連接池的配置變化，當(dāng)連 接池最小連接數(shù)減少時(shí)銷毀連接釋放資源，當(dāng)連接池最小連接數(shù)增大時(shí)創(chuàng)建可用連接； 運(yùn)用數(shù)據(jù)庫(kù)存儲(chǔ)每個(gè)連接池的配置信息，當(dāng)配置信息發(fā)生變化時(shí)觸發(fā)更新消息，實(shí)現(xiàn) 連接池隨應(yīng)用變化而改變大小的動(dòng)態(tài)伸縮，當(dāng)整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)因?yàn)閼?yīng)用特殊性或者業(yè)務(wù)改 變，致使某種應(yīng)用的訪問此段時(shí)間需要更多的連接來提升訪問性能，增大最小連接數(shù)提高 連接復(fù)用率，或增大最大連接數(shù)使訪問請(qǐng)求可建立更多的連接；當(dāng)另一種應(yīng)用最近一段時(shí) 間無(wú)訪問請(qǐng)求，其對(duì)應(yīng)的連接池中的連接長(zhǎng)時(shí)間空閑造成資源浪費(fèi)，減小最小連接數(shù)釋放 一直存在的連接，或減小最大連接數(shù)讓其他連接池可擴(kuò)充更大的最大連接數(shù)。[0017]實(shí)施例2:在實(shí)施例1基礎(chǔ)上，本實(shí)施例為一種基于連接池的多用戶數(shù)據(jù)庫(kù)訪問高效率架構(gòu)，所 述體系結(jié)構(gòu)包括:數(shù)據(jù)庫(kù)管理模塊，多連接池管理模塊，連接池配置數(shù)據(jù)管理模塊，通信協(xié) 議模塊，其中:數(shù)據(jù)庫(kù)管理模塊，是支撐業(yè)務(wù)系統(tǒng)的核心，接收用戶的連接請(qǐng)求，供用戶進(jìn)行數(shù)據(jù)記錄 的增、刪、改、查訪問操作；多連接池管理模塊，負(fù)責(zé)對(duì)建立的連接池進(jìn)行集中統(tǒng)一的管理，獲取所有連接池的基 本信息，包括每個(gè)連接池的最小連接數(shù)和最大連接數(shù)，限制所有連接池的最大連接數(shù)總和， 以此來限制數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)創(chuàng)建的總連接數(shù)，防止無(wú)限制創(chuàng)建連接；并實(shí)時(shí)捕捉每個(gè)連接 池的配置變化，當(dāng)連接池最小連接數(shù)減少時(shí)銷毀連接釋放資源，當(dāng)連接池最小連接數(shù)增大 時(shí)創(chuàng)建可用連接；連接池配置數(shù)據(jù)管理模塊，運(yùn)用數(shù)據(jù)庫(kù)存儲(chǔ)每個(gè)連接池的配置信息，實(shí)現(xiàn)動(dòng)態(tài)更新連 接池配置信息，當(dāng)配置信息發(fā)生變化時(shí)觸發(fā)更新消息給多連接池管理模塊，實(shí)現(xiàn)連接池隨 應(yīng)用變化而改變大小的動(dòng)態(tài)伸縮，當(dāng)整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)因?yàn)閼?yīng)用特殊性或者業(yè)務(wù)改變，致使 某種應(yīng)用的訪問此段時(shí)間需要更多的連接來提升訪問性能，此時(shí)可增大最小連接數(shù)提高連 接復(fù)用率，或增大最大連接數(shù)使訪問請(qǐng)求可建立更多的連接；而如果另一種應(yīng)用最近一段 時(shí)間無(wú)訪問請(qǐng)求，其對(duì)應(yīng)的連接池中的連接長(zhǎng)時(shí)間空閑造成資源浪費(fèi)，此時(shí)可減小最小連 接數(shù)釋放一直存在的連接，或減小最大連接數(shù)讓其他連接池可擴(kuò)充更大的最大連接數(shù)； 通信協(xié)議模塊，主要是負(fù)責(zé)定義多連接池管理模塊與連接池配置數(shù)據(jù)管理模塊兩個(gè)模 塊之間的通信協(xié)議，完成觸發(fā)的動(dòng)態(tài)更新連接池信息的傳送，包括連接池的新增和銷毀、連 接池配置信息的更改，實(shí)現(xiàn)連接池配置數(shù)據(jù)管理模塊觸發(fā)的更新消息的傳送。[0018]實(shí)施例3:在實(shí)施例2的基礎(chǔ)上，本實(shí)施例所述的連接池配置數(shù)據(jù)管理模塊中運(yùn)用的數(shù)據(jù)庫(kù)為輕 量級(jí)的數(shù)據(jù)庫(kù)MySQL。[0019]注:DBMS:數(shù)據(jù)庫(kù)管理系統(tǒng)(database management system)是一種操縱和管理數(shù)據(jù)庫(kù)的大型軟件，用于建立、使用和維護(hù)數(shù)據(jù)庫(kù)，簡(jiǎn)稱dbms。它對(duì)數(shù)據(jù)庫(kù)進(jìn)行統(tǒng)一的管理和 控制，以保證數(shù)據(jù)庫(kù)的安全性和完整性。
【權(quán)利要求】
1.一種基于連接池的多用戶數(shù)據(jù)庫(kù)訪問高效率優(yōu)化方法，包括為不同應(yīng)用建立獨(dú)立的連接池，并集中管理多個(gè)連接池，提供一種動(dòng)態(tài)連接池管理策略，能伸縮連接池大小，并能夠根據(jù)應(yīng)用需求的變化而變化，其特征在于:對(duì)建立的連接池進(jìn)行集中統(tǒng)一的管理，獲取所有連接池的基本信息，包括每個(gè)連接池的最小連接數(shù)和最大連接數(shù)，限制所有連接池的最大連接數(shù)總和，以此來限制數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)創(chuàng)建的總連接數(shù)；并實(shí)時(shí)捕捉每個(gè)連接池的配置變化，當(dāng)連接池最小連接數(shù)減少時(shí)銷毀連接釋放資源，當(dāng)連接池最小連接數(shù)增大時(shí)創(chuàng)建可用連接；運(yùn)用數(shù)據(jù)庫(kù)存儲(chǔ)每個(gè)連接池的配置信息，當(dāng)配置信息發(fā)生變化時(shí)觸發(fā)更新消息，實(shí)現(xiàn)連接池隨應(yīng)用變化而改變大小的動(dòng)態(tài)伸縮，當(dāng)整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)因?yàn)閼?yīng)用特殊性或者業(yè)務(wù)改變，致使某種應(yīng)用的訪問此段時(shí)間需要更多的連接來提升訪問性能，增大最小連接數(shù)提高連接復(fù)用率，或增大最大連接數(shù)使訪問請(qǐng)求可建立更多的連接；當(dāng)另一種應(yīng)用最近一段時(shí)間無(wú)訪問請(qǐng)求，其對(duì)應(yīng)的連接池中的連接長(zhǎng)時(shí)間空閑造成資源浪費(fèi)，減小最小連接數(shù)釋放一直存在的連接，或減小最大連接數(shù)讓其他連接池可擴(kuò)充更大的最大連接數(shù)。
2.一種基于連接池的多用戶數(shù)據(jù)庫(kù)訪問高效率架構(gòu)，其特征在于，所述體系結(jié)構(gòu)包括: 數(shù)據(jù)庫(kù)管理模塊，多連接池管理模塊，連 接池配置數(shù)據(jù)管理模塊，通信協(xié)議模塊，其中:數(shù)據(jù)庫(kù)管理模塊，是支撐業(yè)務(wù)系統(tǒng)的核心，接收用戶的連接請(qǐng)求，供用戶進(jìn)行數(shù)據(jù)記錄的增、刪、改、查訪問操作；多連接池管理模塊，負(fù)責(zé)對(duì)建立的連接池進(jìn)行集中統(tǒng)一的管理，獲取所有連接池的基本信息，包括每個(gè)連接池的最小連接數(shù)和最大連接數(shù)，限制所有連接池的最大連接數(shù)總和， 以此來限制數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)創(chuàng)建的總連接數(shù)，防止無(wú)限制創(chuàng)建連接；并實(shí)時(shí)捕捉每個(gè)連接池的配置變化，當(dāng)連接池最小連接數(shù)減少時(shí)銷毀連接釋放資源，當(dāng)連接池最小連接數(shù)增大時(shí)創(chuàng)建可用連接；連接池配置數(shù)據(jù)管理模塊，運(yùn)用數(shù)據(jù)庫(kù)存儲(chǔ)每個(gè)連接池的配置信息，實(shí)現(xiàn)動(dòng)態(tài)更新連接池配置信息，當(dāng)配置信息發(fā)生變化時(shí)觸發(fā)更新消息給多連接池管理模塊，實(shí)現(xiàn)連接池隨應(yīng)用變化而改變大小的動(dòng)態(tài)伸縮，當(dāng)整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)因?yàn)閼?yīng)用特殊性或者業(yè)務(wù)改變，致使某種應(yīng)用的訪問此段時(shí)間需要更多的連接來提升訪問性能，增大最小連接數(shù)提高連接復(fù)用率，或增大最大連接數(shù)使訪問請(qǐng)求可建立更多的連接；而如果另一種應(yīng)用最近一段時(shí)間無(wú)訪問請(qǐng)求，其對(duì)應(yīng)的連接池中的連接長(zhǎng)時(shí)間空閑造成資源浪費(fèi)，減小最小連接數(shù)釋放一直存在的連接，或減小最大連接數(shù)讓其他連接池可擴(kuò)充更大的最大連接數(shù)；通信協(xié)議模塊，主要是負(fù)責(zé)定義多連接池管理模塊與連接池配置數(shù)據(jù)管理模塊兩個(gè)模塊之間的通信協(xié)議，完成觸發(fā)的動(dòng)態(tài)更新連接池信息的傳送，包括連接池的新增和銷毀、連接池配置信息的更改，實(shí)現(xiàn)連接池配置數(shù)據(jù)管理模塊觸發(fā)的更新消息的傳送。
3.根據(jù)權(quán)利要求2所述的基于連接池的多用戶數(shù)據(jù)庫(kù)訪問高效率架構(gòu)，其特征在于: 所述的連接池配置數(shù)據(jù)管理模塊中運(yùn)用的數(shù)據(jù)庫(kù)為輕量級(jí)的數(shù)據(jù)庫(kù)MySQL。
【文檔編號(hào)】G06F17/30GK103605727SQ201310576710
【公開日】2014年2月26日 申請(qǐng)日期:2013年11月19日 優(yōu)先權(quán)日:2013年11月19日
【發(fā)明者】劉粉粉 申請(qǐng)人:浪潮電子信息產(chǎn)業(yè)股份有限公司