並發oracle資料庫

⑴ sqlServer和Oracle資料庫分析(oraclesql性能分析)

分析原則：

1、具體問題具體分析（這是由於不同的應用系統，不同的測試目的，不同的性能關注點）

2、查找瓶頸時按以下順序，由易到難。

伺服器硬體瓶頸-〉網路瓶頸（對區域網，可以不考慮）-〉伺服器操作系統瓶頸（參數配置）-〉中間件瓶頸（參數配置，資料庫，web伺服器等）-〉應用瓶頸（SQL語句、資料庫設計、業務邏輯、演算法等）註：以上過程並不是每個分析中都需要的，要根據測試目的和要求來確定分析的深度。對一些要求低的，我們分析到應用系統在將來大的負載壓力（並發用戶數、數據量）下，系統的硬體瓶頸在哪兒就夠了。分段排除法很有效。

分析的信息來源：1、根據場景運行過程中的錯誤提示信息；

2、根據測試結果收集到的監控指標數據。

一、錯誤提示分析

分析實例：

1、Error:「10.10.10.30:8080〃:[10060]Connection

Error::Server「10.10.10.30〃

分析：

A、應用服務死掉（小用戶時：程序上的問題。程序上處理資料庫的問題）

B、應用服務沒有死（應用服務參數設置問題）

例：在許多客戶端連接Weblogic應用伺服器被拒絕，而在伺服器端沒有錯誤顯示，則有可能是Weblogic中的server元素的AeptBacklog屬性值設得過低。如果連接時收到消息，說明應提高該值，每次增加25%

C、資料庫的連接（1、在應用服務的性能參數可能太小了；2、資料庫啟動的最大連接數（跟硬體的內存有關）。）

分析：可能是以下原因造成

A、譽叢應用服務參慶掘櫻數設置太大導致伺服器的瓶頸；B、頁面中圖片太多；C、在程序處理表的時候檢查欄位太大多。

二．監控指標數據分析

1、最大並發用戶數：

應用系統在當前環境（硬體環境、網路環境、軟體環境（參數配置））下能承受的最大並發用戶數。在方案運行中，如果出現了大於3個用戶的業務操作失敗，或出現了伺服器shutdown的情況，則說明在當前環境下，系統承受不了當前並發用戶的負載壓力，那麼最大並發用戶數就是前一個沒有出現這種現象的並發用戶數。如果測得的最大並發用戶數到達了性能要求，且各伺服器資源情況良好，業務操作響應時間也達到了用戶要求，那麼可行。否則，再根據各伺服器的資源情況和業務操作響應時間進一步分析原因所在。

2、業務操作響應時間：

分析方案運行情況應從平均事務響應時間圖和事務性能摘要圖開始。使用「事務性能摘要」圖，可以確定在方案執行期間響應時間過長的事務。細分事務並分析每個頁面組件的性能。如果伺服器耗時過長，請使用相應的伺服器圖確定有問題的伺服器度量並查明伺服器性能下降的原因。如果網路耗時過長，請使用「網路監視器」圖確定導致性能瓶頸的網路問題

3、伺服器資源監控指標：內存：

1、UNIX資源監控中指標內存頁交換速率（Pagingrate），如散衡果該值偶爾走高，表明當時有線程競爭內存。如果持續很高，則內存可能是瓶頸。也可能是內存訪問命中率低。

2、Windows資源監控中，如果Process計數器和ProcessWorkingSet計數器的值在長時間內持續升高，同時Memory計數器的值持續降低，則很可能存在內存泄漏。

內存資源成為系統性能的瓶頸的徵兆：很高的換頁率()；進程進入不活動狀態；交換區所有磁碟的活動次數可高；可高的全局系統CPU利用率；內存不夠出錯()。

處理器：

1、UNIX資源監控（Windows操作系統同理）中指標CPU佔用率（），如果該值持續超過95%，表明瓶頸是CPU。可以考慮增加一個處理器或換一個更快的處理器。如果伺服器專用於SQLServer，可接受的最大上限是80-85%合理使用的范圍在60%至70%。

2、Windows資源監控中，如果System大於2，而處理器利用率（）一直很低，則存在著處理器阻塞。

CPU資源成為系統性能的瓶頸的徵兆：很慢的響應時間()；CPU空閑時間為零()；過高的用戶佔用CPU時間()；過高的系統佔用CPU時間()；長時間的有很長的運行進程隊列()。

磁碟I/O：

1、UNIX資源監控（Windows操作系統同理）中指標磁碟交換率（Diskrate），如果該參數值一直很高，表明I/O有問題。可考慮更換更快的硬碟系統。

2、Windows資源監控中，如果DiskTime和Avg.DiskQueueLength的值很高，而PageReads/sec頁面讀取操作速率很低，則可能存在磁碟瓶徑。

I/O資源成為系統性能的瓶頸的徵兆：過高的磁碟利用率(highdiskutilization)；

太長的磁碟等待隊列(largediskqueuelength)；

等待磁碟I/O的時間所佔的百分率太高(/O)；

太高的物理I/O速率：largephysicalI/Orate(notsufficientinitself)；

過低的緩存命中率(lowbuffercachehitratio(notsufficientinitself))；

太長的運行進程隊列，但CPU卻空閑(largerunqueuewithidleCPU)。

4、資料庫伺服器：

SQLServer資料庫：

1、SQLServer資源監控中指標緩存點擊率（CacheHitRatio），該值越高越好。如果持續低於80%，應考慮增加內存。

2、如果FullScans/sec（全表掃描/秒）計數器顯示的值比1或2高，則應分析你的查詢以確定是否確實需要全表掃描，以及SQL查詢是否可以被優化。

3、NumberofDeadlocks/sec(死鎖的數量/秒)：死鎖對應用程序的可伸縮性非常有害，並且會導致惡劣的用戶體驗。該計數器的值必須為0。

4、LockRequests/sec(鎖請求/秒)，通過優化查詢來減少讀取次數，可以減少該計數器的值。

Oracle資料庫：

1、如果自由內存接近於0而且庫快存或數據字典快存的命中率小於0.90，那麼需要增加SHARED_POOL_SIZE的大小。

快存（共享SQL區）和數據字典快存的命中率：select(sum(pins-reloads))/sum(pins)fromv$librarycache；

select(sum(gets-getmisses))/sum(gets)fromv$rowcache；

自由內存：select*fromv$sgastatwherename=『freememory』。

2、如果數據的緩存命中率小於0.90，那麼需要加大DB_BLOCK_BUFFERS參數的值（單位：塊）。

緩沖區高速緩存命中率：selectname,valuefromv$sysstatwherenamein(『dbblockgets』，『consistentgets』『physicalreads』)HitRatio=1-(physicalreads/(dbblockgetsconsistentgets))。

3、如果日誌緩沖區申請的值較大，則應加大LOG_BUFFER參數的值。

日誌緩沖區的申請情況：selectname，valuefromv$sysstatwherename=『redologspacerequests』。

4、如果內存排序命中率小於0.95，則應加大SORT_AREA_SIZE以避免磁碟排序。

內存排序命中率：selectround((100*b.value)/decode((a.valueb.value)，0，1，(a.valueb.value)),2)fromv$sysstata，v$sysstatbwherea.name=』sorts(disk)』andb.name=』sorts(memory)』

註：上述SQLServer和Oracle資料庫分析，只是一些簡單、基本的分析，特別是Oracle資料庫的分析和優化，是一門專門的技術，進一步的分析可查相關資料。

⑵ oracle 高手，oracle 與sqlserver 在並發處理上性能相差多大

一、開放性
1、SQL Server 只能在windows上運行，沒有絲毫的開放性，操作系統的系統的穩定對資料庫是十分重要的。Windows9X系列產品是偏重於桌面應用，NT server只適合中小型企業。而且windows平台的可靠性，安全性和伸縮性是非常有限的。它不象unix那樣久經考驗，尤其是在處理大資料庫。
2、 Oracle 能在所有主流平台上運行（包括 windows）。完全支持所有的工業標准。採用完全開放策略。可以使客戶選擇最適合的解決方案。對開發商全力支持。
二、可伸縮性，並行性
1、SQL server 並行實施和共存模型並不成熟，很難處理日益增多的用戶數和數據卷，伸縮性有限。
2、Oracle 並行伺服器通過使一組結點共享同一簇中的工作來擴展windownt的能力，提供高可用性和高伸縮性的簇的解決方案。如果windowsNT不能滿足需要，用戶可以把資料庫移到UNIX中。Oracle的並行伺服器對各種UNIX平台的集群機制都有著相當高的集成度。
三、性能
1、SQL Server 多用戶時性能不佳
2、Oracle 性能最高， 保持開放平台下的TPC-D和TPC-C的世界記錄。
四、客戶端支持及應用模式
1、SQL Server C/S結構，只支持windows客戶，可以用ADO、DAO、OLEDB、ODBC連接。
2、Oracle 多層次網路計算，支持多種工業標准，可以用ODBC、JDBC、OCI等網路客戶連接。
五、操作簡便
1、 SQL Server 操作簡單，但只有圖形界面。
2、Oracle 較復雜，同時提供GUI和命令行，在windowsNT和unix下操作相同。
六、使用風險
1、SQL server 完全重寫的代碼，經歷了長期的測試，不斷延遲，許多功能需要時間來證明。並不十分兼容。
2、Oracle 長時間的開發經驗，完全向下兼容。得到廣泛的應用。完全沒有風險。 最後價格上 ORACLE貴過SQLSRVER。

⑶ 多線程調用oracle存儲過程是否並發執行

這個問題非常簡單
所謂的oracle存儲過程，無非就是把大量的SQL集中在一起加入了變數循環等。

簡單地看它就也就是對幾個資料庫對象的訪問。

我們知道oracle資料庫對象的訪問是有鎖機制的，同一時間內

只有一個用戶能訪問這樣的對象，（最底的行級鎖）

可以想像如個2個人同時對一個對象的同一個內容進行處理那

是不可能的。

鎖只能被一個用戶保持，這是規矩

當然這都是oracle 內部機制，如果多線程調用並非完全相同的內容，鎖的競爭不是那麼明顯當然能夠提升處理速度的。

⑷ 《高並發Oracle資料庫系統的架構與設計》epub下載在線閱讀，求百度網盤雲資源

《高並發Oracle資料庫系統的架構與設計》（侯松）電子書網盤下載免費在線閱讀

資源鏈接：

鏈接: https://pan..com/s/1uMcvabVr-o3WxAGvtojG2g

書名：高並發Oracle資料庫系統的架構與設計

作者：侯松

出版社：機械工業出版社

出版年份：2014-11-1

頁數：388

內容簡介：

這是國內第一本深度講解如何架構與設計高並發Oracle資料庫系統的著作，也是國內第一本系統講解內存資料庫TimesTen的專著。作者是擁有10餘年Oracle從業經驗的資深資料庫架構師，本書的內容也得到了業界以蓋國強為代表的數位資料庫專家的一致認可。本書秉承大道至簡的思想，技術與藝術並重，從技術、方法論、原理和思想等角度講解了如何架構與設計高並發Oracle資料庫系統。

全書主要內容從三個維度展開：首先是內部擴展的維度，深入探討了高效B樹索引、高效表設計、查詢優化器等資料庫架構設計與優化的核心技術，以及高並發Oracle資料庫系統架構與設計的方法論和常見的高並發案例；其次是縱向擴展的維度，國內首次詳細講解了內存資料庫TimesTen的基本使用、高可用架構設計、緩存應用、監控方法、數據備份與恢復、數據遷移以及高並發場景；最後是橫向擴展的維度，詳細講解了如何使用GoldenGate構建資料庫群，重點是結合鏈路原理的實現，介紹了拓展數據集成平台和異構資料庫群的設計思路。此外，還從容災和高並發的角度介紹了Data Guard的妙用，以及超出純技術范圍的一些最佳實踐。

作者簡介：

侯松（網名：麻袋爸爸）

資深資料庫架構師、PMP、北美壽險管理師，現就職於中國平安保險集團，擁有10餘年資料庫開發、管理和運維經驗。精通Oracle資料庫相關技術，掌握ITIL運維體系，擅長金融行業（銀行、保險、投資）的項目管理和資料庫系統的架構設計，有世界500強IT團隊管理與大型項目管理的經驗。活躍於ITPUB等技術社區，2013年中國資料庫大會演講嘉賓。個人網站：http://www.housong.net

⑸ Oracle存儲過程並發問題

1.設立主鍵。根據唯一性資料庫自動判別。
2.笨的方法：建議採用信號量。
舉例如下：
create signal_flag (signal number(1));insert into signal_flag values(1);
在每次查詢表有無記錄前，加入語句
select signal from signal_flag where signal=1 for update;
select count(1) int var_cnt from tab1 ;
if var_cnt =0 then insert.....
endif;
commit;