sql優化內存

1. sql Server佔用內存過高，什麼原因導致的，用什麼方法可以解決

SQL Server運行越久，佔用內存會越來越大。因為sql server本身內存回收機製做的不好，這是微軟系列的伺服器&資料庫問題的通病。

解決SQL Server佔用內存過高的方法：

1.定期重啟SQL Server 2008 R2資料庫服務即可。

拓展資料

SQL Server 是Microsoft 公司推出的關系型資料庫管理系統。具有使用方便可伸縮性好與相關軟體集成程度高等優點，可跨越從運行Microsoft Windows 98 的膝上型電腦到運行Microsoft Windows 2012 的大型多處理器的伺服器等多種平台使用。

Microsoft SQL Server 是一個全面的資料庫平台，使用集成的商業智能 (BI)工具提供了企業級的數據管理。Microsoft SQL Server 資料庫引擎為關系型數據和結構化數據提供了更安全可靠的存儲功能，使您可以構建和管理用於業務的高可用和高性能的數據應用程序。

網路Microsoft SQL Server

2. 求助：sqlserver2005如何進行內存優化

Microsoft SQL Server 2000 的內存管理組件消除了對 SQL Server 可用的內存進行手工管理的需要。SQL Server 在啟動時根據操作系統和其它應用程序當前正在使用的內存量，動態確定應分配的內存量。當計算機和SQL Server 上的負荷更改時，分配的內存也隨之更改。有關更多信息，請參見內存構架。

下列伺服器配置選項可用於配置內存使用並影響伺服器性能：

min server memory
max server memory
max worker threads
index create memory
min memory per query

min server memory 伺服器配置選項可用於確保 SQL Server 至少以最小的分配內存量啟動，並且內存低於該值時不會釋放內存。可以基於 SQL Server 的大小及活動將該配置選項設置為特定的值。始終將 min server memory 伺服器配置選項設置為某個合理的值，以確保操作系統不向 SQL Server 請求太多內存而影響 SQL Server 性能。

max server memory 伺服器配置選項可用於：在 SQL Server 啟動及運行時，指定 SQL Server 可以分配的最大內存量。如果知道有多個應用程序與 SQL Server 同時運行，而且想保障這些應用程序有足夠的內存運行，可以將該配置選項設置為特定的值。如果這些其它應用程序（如 Web 伺服器或電子郵件伺服器）只根據需要請求內存，則 SQL Server 將根據需要給它們釋放內存，因此不要設置 max server memory 伺服器配置選項。然而，應用程序通常在啟動時不假選擇地使用可用內存，而如果需要更多內存也不請求。如果有這種行為方式的應用程序與 SQL Server 同時運行在相同的計算機上，則將 max server memory 伺服器配置選項設置為特定的值，以保障應用程序所需的內存不由 SQL Server 分配出。

不要將 min server memory 和 max server memory 伺服器配置選項設置為相同的值，這樣做會使分配給 SQL Server 的內存量固定。動態內存分配可以隨時間提供最佳的總體性能。有關更多信息，請參見伺服器內存選項。

max worker threads 伺服器配置選項可用於指定為用戶連接到 SQL Server 提供支持的線程數。255 這一默認設置對一些配置可能稍微偏高，這要具體取決於並發用戶數。由於每個工作線程都已分配，因此即使線程沒有正在使用（因為並發連接比分配的工作線程少），可由其它操作（如高速緩沖存儲器）更好地利用的內存資源也可能是未使用的。一般情況下，應將該配置值設置為並發連接數，但不能超過 1,024。有關更多信息，請參見max worker threads 選項。

說明當 SQL Server 運行在 Microsoft Windowsreg; 95 或 Microsoft Windows 98 上時，最大工作線程伺服器配置選項不起作用。

index create memory 伺服器配置選項控制創建索引時排序操作所使用的內存量。在生產系統上創建索引通常是不常執行的任務，通常調度為在非峰值時間執行的作業。因此，不常創建索引且在非峰值時間時，增加該值可提高索引創建的性能。不過，最好將 min memory per query 配置選項保持在一個較低的值，這樣即使所有請求的內存都不可用，索引創建作業仍能開始。有關更多信息，請參見 index create memory 選項。

min memory per query 伺服器配置選項可用於指定分配給查詢執行的最小內存量。當系統內有許多查詢並發執行時，增大 min memory per query 的值有助於提高消耗大量內存的查詢（如大型排序和哈希操作）的性能。不過，不要將 min memory per query 伺服器配置選項設置得太高，尤其是在很忙的系統上，因為查詢將不得不等到能確保佔有請求的最小內存、或等到超過 query wait 伺服器配置選項內所指定的值。如果可用內存比執行查詢所需的指定最小內存多，則只要查詢能對多出的內存加以有效的利用，就可以使用多出的內存。

附實例一篇：

最近，為了能在資料庫伺服器中運行其他應用程序，在保持資料庫操作系統版本不變的前提下對資料庫伺服器進行了軟、硬體上的升級。在軟體上，將操作系統從Windows 2000升級到Windows Server 2003；在硬體上，將伺服器中的內存由原來的512MB增加到1GB（1024MB）。

在升級後的開始幾個星期之內，伺服器在使用中表現良好。但是不久後就發現，在伺服器上同時運行的其他應用程序卻出現了異常，不時地報出內存分配不足的警告。經過幾次跟蹤後發現，原來是SQL Server吞去了大部分內存所致。被SQL Server佔用的內存由升級前的不到400MB一下子增加到現在的900MB，並且有不斷增長的趨勢。

通過查找原因才知道這是SQL Server 緩沖池的預期行為。默認情況下，在啟動 SQL Server之後，SQL Server會根據操作系統報告的物理內存數來動態增大或縮小高速緩沖存儲器的容量。只要可用物理內存大小保持在4MB到10MB之間，SQL Server 緩沖池就會繼續增大（保留可用物理內存在4MB到10MB之間是為了避免操作系統因為缺少內存而頻繁地換頁）。如果物理可用內存變得較少的時候，則SQL Server會將一些內存釋放給操作系統。

為了使運行在伺服器上的應用程序都能達到比較滿意的效果，同時也為了能給其他應用程序分配足夠的內存，需要採取措施限制SQL Server 的內存使用量。我們可以通過設置SQL Server 資料庫引擎使用的內存的上下限來達到此目的。其具體步驟是：

1.打開企業管理器，展開伺服器組。

2.單擊該伺服器，點擊滑鼠右鍵，單擊屬性菜單。

3.在彈出的對話框中單擊內存選項卡。

內存設置方法有兩種：

1.設置min server memory和max server memory 在一個范圍段內。

比如，我們將它設置成最小0MB，最大255MB。這種方法在為一台伺服器中運行多個應用程序分配內存時非常有用。

2.設置 min server memory 和 max server memory 為同一數值。

比如，可以將它最大和最小值都設置成255MB。這樣的設置方法與窗口中的另一個選項「使用固定的內存大小」 相一致。

雖然內存最小值和最大值設置是高級選項，但在設置完畢之後，最好還是先將SQL Server服務停止後再重新運行，以便SQL Server能更好地對內存進行合理安排。

3. linux 下怎麼優化mysql佔用內存

Linux 進程通過 C 標准庫中的內存分配函數 malloc 向系統申請內存，但是到真正與內核交互之間，其實還隔了一層，即內存分配管理器(memory allocator)。常見的內存分配器包括：ptmalloc(Glibc)、tcmalloc(Google)、jemalloc(FreeBSD)。MySQL 默認使用的是 glibc 的 ptmalloc 作為內存分配器。

目前 jemalloc 應用於 Firefox、FaceBook 等，並且是 MariaDB、Redis、Tengine 默認推薦的內存分配器，而 tcmalloc 則應用於 WebKit、Chrome 等。

4. 怎樣解決SQL Server內存不斷增加問題

為此，資料庫引擎獲取盡可能多的可用內存，同時保留足夠的可用內存以防操作系統交換內存。 SQL Server 實例在啟動時通常獲取8到12MB的內存以完成初始化過程。當實例完成初始化後，就不會再獲取更多的內存，直到用戶連接到該實例並開始產生工作負荷。這時，該實例根據需要不停地獲取內存以支持工作負荷。隨著更多的用戶連接並運行查詢，SQL Server 將獲取支持需求所需的額外內存。該實例將繼續獲取內存直到達到自身的內存分配目標，並且直到達到該目標的下限才會釋放任何內存。 為了在不產生多餘換頁 I/O 的情況下獲取盡可能多的內存，SQL Server 的每個實例都配置一個內存獲取目標，直到電腦的可用物理內存在4MB到10MB的范圍內。之所以選擇該范圍是因為測試表明 Windows NT 和 Windows 2000 都有最小內存交換，直到內存分配等於可用物理內存減去4MB。工作負荷處理任務重的 SQL Server 實例保留的可用物理內存為范圍的較低端 (4MB)；工作負荷處理任務輕的實例保留的可用物理內存為范圍的較高端 (10MB)。 SQL Server 實例的目標隨工作負荷的改變而變化。當更多的用戶連接並產生更多的工作時，該實例傾向於獲取更多的內存以使可用的內存保持在4MB的限制以下。當工作負荷減輕時，該實例將其目標調整為 10MB的可用空間，並釋放內存給操作系統。將可用空間量保持在10MB和4MB之間可防止 Windows NT 或 Windows 2000 過多執行換頁操作，同時使 SQL Server 得以獲得盡可能最大的高速緩沖存儲器而不至引起額外的交換。 實例的目標內存配置和資料庫緩沖池的頁相對於可用池大小的需求有關。在任何實時點，緩沖區頁的總需求取決於滿足任何當前執行的查詢所需的數據頁數。假如相對於高速緩沖存儲器內的頁數，數據頁的需求很大，則當前在緩沖區內的每一頁很可能在相對較短的時間內由新頁替換。這可由緩沖區管理器對象的頁生命期性能計數器來度量。對於相對較小的緩沖區有較高需求的情況將生成短生命期，而純粹的影響就是使 I/O 增加，因為在頁可由多個邏輯讀取引用之前往往要被重寫。為減輕這個問題，資料庫引擎能夠獲取更多的內存以增加高速緩沖存儲器的大小。當頁生命期長時，資料庫引擎將可用內存定位於目標的高端 (10 MB)；而當頁生命期短時，資料庫引擎定位於目標范圍的低端 (4MB)。 隨著其他應用程式在運行 SQL Server 實例的電腦上啟動，他們消耗內存致使可用物理內存量降到 SQL Server 的目標以下。SQL Server 實例於是從其地址空間釋放足夠內存，以使可用內存量回到 SQL Server 的目標。假如有其他應用程式停止運行而使可用內存增多，SQL Server 實例將增加其內存分配大小。SQL Server 能夠每秒釋放並獲取幾MB位元組的內存，這使他得以根據內存分配變化作出快速調整。 您能夠通過配置允許sql server能夠使用的最大內存來做限制： 最小和最大伺服器內存的影響 min server memory 和 max server memory 配置選項建立由 SQL Server 資料庫引擎使用的內存量的上限和下限。資料庫引擎並不立即獲取 min server memory 中指定的內存量。資料庫引擎啟動時只使用初始化所需的內存。隨著資料庫引擎工作負荷的增加，他將繼續獲取支持工作負荷所需的內存。資料庫引擎直到到達 min server memory 中指定的內存量才會釋放任何所需的內存。一旦到達 min server memory，資料庫引擎將使用標准演算法（使操作系統的可用內存保持在 4MB到 10MB之間）獲取和釋放所需內存。唯一的區別是資料庫引擎從不將內存分配降到 min server memory 所指定的水平下，也從不獲取超過max server memory 所指定水平的內存。 資料庫引擎獲取的內存量完全取決於放置在實例上的工作負荷。不處理很多請求的 SQL Server 實例可能永遠達不到 min server memory。 假如為 min server memory 和 max server memory 指定相同的值，則一旦分配給資料庫引擎的內存達到該值，資料庫引擎將停止動態釋放和獲取內存。 假如在運行 SQL Server 實例的電腦上頻繁啟動或停止其他應用程式，啟動這些應用程式所需的時間可能會因 SQL Server 實例分配和釋放內存而延長。另外，假如 SQL Server 是幾個在一台電腦上運行的伺服器應用程式中的一個，系統管理員可能需要控制分配給 SQL Server 的內存量。

5. sql的新建內存優化表和新建表的區別

--內存優化表，將表放在內存中，提升對表的DML效率
CREATETABLE[MemoryTable]
(
[Guid]UNIQUEIDENTIFIERNOTNULL
CONSTRAINTIX_
HASHWITH(BUCKET_COUNT=1024),
[Name]NVARCHAR(50)NOTNULL,
[value]INTNULL
)
WITH(MEMORY_OPTIMIZED=ON,DURABILITY=SCHEMA_AND_DATA);

創建內存優化表當前只能用腳本創建。WITH語句來指定BUCKET_COUNT的設置，它表明了在哈希索引中應該創建的bucket數量。
MEMORY_OPTIMIZED=ON：為啟用內存優化表；
DURABILITY=SCHEMA_AND_DATA：表示數據存儲在內存中和文件組中。
（DURABILITY=SCHEMA_ONLY表示數據只存儲在內存中）
--普通表
CREATETABLE[ClusterTable]
(
[Guid]UNIQUEIDENTIFIERNOTNULL
CONSTRAINTIX_,
[Name]NVARCHAR(50)NOTNULL,
[value]INTNULL
)

6. sql server資料庫查詢慢怎麼優化

在安裝有SQLServer資料庫的計算機上，我們在使用資料庫的過程中，有時候會在任務管理器里發現sqlservr.exe這個進程的內存和CPU佔用率較高。

接下來我們來看一下，如何解決上面這個問題，需要設置SQLServer資料庫的內存配置。登錄資料庫，這里使用的是SQLServer2008,右鍵點擊最上方的伺服器名，在彈出的菜單中，點擊【屬性】

打開伺服器屬性窗口。默認顯示的是第一項【常規】內容，點擊第二項【內存】進行內存配置。

點擊【內存】後，打開伺服器內存選項配置界面。這里的【使用AWE分配內存】可以對內存進行擴展支持，我們要做的是更改下方的最大伺服器內存。這個數值根據自己伺服器內存大小來做適當設置。

5
個人建議設置本機內存的一半或稍微高一點，如機器內存為2G，那麼我們這里填寫1000。需要注意的是內存設置調小以後，在資料庫執行較復雜SQL語句的時候，可能會比較慢，出現這種情況，我們再適當上調最大內存配置大小。

7. sql還能怎麼優化

SQL Server資料庫查詢速度慢的原因有很多，常見的有以下幾種：
1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是資料庫設計的缺陷)
2、I/O吞吐量小，形成了瓶頸效應。
3、沒有創建計算列導致查詢不優化。
4、內存不足
5、網路速度慢
6、查詢出的數據量過大（可以採用多次查詢，其他的方法降低數據量）
7、鎖或者死鎖(這也是查詢慢最常見的問題，是程序設計的缺陷)
8、sp_lock,sp_who,活動的用戶查看,原因是讀寫競爭資源。
9、返回了不必要的行和列
10、查詢語句不好，沒有優化
●可以通過以下方法來優化查詢 :
1、把數據、日誌、索引放到不同的I/O設備上，增加讀取速度，以前可以將Tempdb應放在RAID0上，SQL2000不在支持。數據量（尺寸）越大，提高I/O越重要。
2、縱向、橫向分割表，減少表的尺寸(sp_spaceuse)
3、升級硬體
4、根據查詢條件,建立索引,優化索引、優化訪問方式，限制結果集的數據量。注意填充因子要適當（最好是使用默認值0）。索引應該盡量小，使用位元組數小的列建索引好（參照索引的創建）,不要對有限的幾個值的欄位建單一索引如性別欄位。
5、提高網速。
6、擴大伺服器的內存,Windows 2000和SQL server 2000能支持4-8G的內存。
配置虛擬內存：虛擬內存大小應基於計算機上並發運行的服務進行配置。運行 Microsoft SQL Server? 2000時，可考慮將虛擬內存大小設置為計算機中安裝的物理內存的1.5倍。如果另外安裝了全文檢索功能，並打算運行Microsoft搜索服務以便執行全文索引和查詢，可考慮：將虛擬內存大小配置為至少是計算機中安裝的物理內存的3倍。將SQL Server max server memory伺服器配置選項配置為物理內存的1.5倍（虛擬內存大小設置的一半）。
7、增加伺服器CPU個數;但是必須 明白並行處理串列處理更需要資源例如內存。使用並行還是串列程是MSSQL自動評估選擇的。單個任務分解成多個任務，就可以在處理器上運行。例如耽擱查詢 的排序、連接、掃描和GROUP BY字句同時執行，SQL SERVER根據系統的負載情況決定最優的並行等級，復雜的需要消耗大量的CPU的查詢最適合並行處理。但是更新操作UPDATE,INSERT， DELETE還不能並行處理。
8、如果是使用like進行查詢的話，簡單的使用index是不行的，但是全文索引，耗空間。 like ''a%'' 使用索引 like ''%a'' 不使用索引用 like ''%a%'' 查詢時，查詢耗時和欄位值總長度成正比,所以不能用CHAR類型，而是VARCHAR。對於欄位的值很長的建全文索引。
9、DB Server 和APPLication Server 分離；OLTP和OLAP分離
10、分布式分區視圖可用於實現資料庫伺服器聯合體。
聯合體是一組分開管理的伺服器，但它們相互協作分擔系統的處理負荷。這種通過分區數據形成資料庫伺服器聯合體的機制能夠擴大一組伺服器，以支持大型的多層 Web 站點的處理需要。有關更多信息，參見設計聯合資料庫伺服器。（參照SQL幫助文件''分區視圖''）
a、在實現分區視圖之前，必須先水平分區表
b、 在創建成員表後，在每個成員伺服器上定義一個分布式分區視圖，並且每個視圖具有相同的名稱。這樣，引用分布式分區視圖名的查詢可以在任何一個成員伺服器上 運行。系統操作如同每個成員伺服器上都有一個原始表的復本一樣，但其實每個伺服器上只有一個成員表和一個分布式分區視圖。數據的位置對應用程序是透明的。
11、重建索引 DBCC REINDEX ,DBCC INDEXDEFRAG,收縮數據和日誌 DBCC SHRINKDB,DBCC SHRINKFILE. 設置自動收縮日誌.對於大的資料庫不要設置資料庫自動增長，它會降低伺服器的性能。
在T-sql的寫法上有很大的講究，下面列出常見的要點：首先，DBMS處理查詢計劃的過程是這樣的：
1、 查詢語句的詞法、語法檢查
2、 將語句提交給DBMS的查詢優化器
3、 優化器做代數優化和存取路徑的優化
4、 由預編譯模塊生成查詢規劃
5、 然後在合適的時間提交給系統處理執行
6、 最後將執行結果返回給用戶。
其次，看一下SQL SERVER的數據存放的結構：一個頁面的大小為8K(8060)位元組，8個頁面為一個盤區，按照B樹存放。

8. 資料庫性能優化有哪些措施

1、調整數據結構的設計

這一部分在開發信息系統之前完成，程序員需要考慮是否使用ORACLE資料庫的分區功能，對於經常訪問的資料庫表是否需要建立索引等。

2、調整應用程序結構設計

這一部分也是在開發信息系統之前完成，程序員在這一步需要考慮應用程序使用什麼樣的體系結構，是使用傳統的Client/Server兩層體系結構，還是使用Browser/Web/Database的三層體系結構。不同的應用程序體系結構要求的資料庫資源是不同的。

3、調整資料庫SQL語句

應用程序的執行最終將歸結為資料庫中的SQL語句執行，因此SQL語句的執行效率最終決定了ORACLE資料庫的性能。ORACLE公司推薦使用ORACLE語句優化器(OracleOptimizer)和行鎖管理器(row-levelmanager)來調整優化SQL語句。

4、調整伺服器內存分配

內存分配是在信息系統運行過程中優化配置的，資料庫管理員可以根據資料庫運行狀況調整資料庫系統全局區(SGA區)的數據緩沖區、日誌緩沖區和共享池的大小;還可以調整程序全局區(PGA區)的大小。需要注意的是，SGA區不是越大越好，SGA區過大會佔用操作系統使用的內存而引起虛擬內存的頁面交換，這樣反而會降低系統。

5、調整硬碟I/O

這一步是在信息系統開發之前完成的。資料庫管理員可以將組成同一個表空間的數據文件放在不同的硬碟上，做到硬碟之間I/O負載均衡。

6、調整操作系統參數

例如：運行在UNIX操作系統上的ORACLE資料庫，可以調整UNIX數據緩沖池的大小，每個進程所能使用的內存大小等參數。

實際上，上述資料庫優化措施之間是相互聯系的。ORACLE資料庫性能惡化表現基本上都是用戶響應時間比較長，需要用戶長時間的等待。但性能惡化的原因卻是多種多樣的，有時是多個因素共同造成了性能惡化的結果，這就需要資料庫管理員有比較全面的計算機知識，能夠敏感地察覺到影響資料庫性能的主要原因所在。另外，良好的資料庫管理工具對於優化資料庫性能也是很重要的。

一、ORACLE資料庫性能優化工具

常用的資料庫性能優化工具有：

ORACLE資料庫在線數據字典，ORACLE在線數據字典能夠反映出ORACLE動態運行情況，對於調整資料庫性能是很有幫助的。

操作系統工具，例如UNIX操作系統的vmstat，iostat等命令可以查看到系統系統級內存和硬碟I/O的使用情況，這些工具對於管理員弄清出系統瓶頸出現在什麼地方有時候很有用。

SQL語言跟蹤工具(SQLTRACEFACILITY)，SQL語言跟蹤工具可以記錄SQL語句的執行情況，管理員可以使用虛擬表來調整實例，使用SQL語句跟蹤文件調整應用程序性能。SQL語言跟蹤工具將結果輸出成一個操作系統的文件，管理員可以使用TKPROF工具查看這些文件。

ORACLEEnterpriseManager(OEM)，這是一個圖形的用戶管理界面，用戶可以使用它方便地進行資料庫管理而不必記住復雜的ORACLE資料庫管理的命令。

EXPLAINPLAN——SQL語言優化命令，使用這個命令可以幫助程序員寫出高效的SQL語言。

二、ORACLE資料庫的系統性能評估

信息系統的類型不同，需要關注的資料庫參數也是不同的。資料庫管理員需要根據自己的信息系統的類型著重考慮不同的資料庫參數。

1、在線事務處理信息系統(OLTP)，這種類型的信息系統一般需要有大量的Insert、Update操作，典型的系統包括民航機票發售系統、銀行儲蓄系統等。OLTP系統需要保證資料庫的並發性、可靠性和最終用戶的速度，這類系統使用的ORACLE資料庫需要主要考慮下述參數：

資料庫回滾段是否足夠?

是否需要建立ORACLE資料庫索引、聚集、散列?

系統全局區(SGA)大小是否足夠?

SQL語句是否高效?

2、數據倉庫系統(DataWarehousing)，這種信息系統的主要任務是從ORACLE的海量數據中進行查詢，得到數據之間的某些規律。資料庫管理員需要為這種類型的ORACLE資料庫著重考慮下述參數：

是否採用B*-索引或者bitmap索引?

是否採用並行SQL查詢以提高查詢效率?

是否採用PL/SQL函數編寫存儲過程?

有必要的話，需要建立並行資料庫提高資料庫的查詢效率

三、SQL語句的調整原則

SQL語言是一種靈活的語言，相同的功能可以使用不同的語句來實現，但是語句的執行效率是很不相同的。程序員可以使用EXPLAINPLAN語句來比較各種實現方案，並選出最優的實現方案。總得來講，程序員寫SQL語句需要滿足考慮如下規則：

1、盡量使用索引。試比較下面兩條SQL語句：

語句A：SELECTdname,

(SELECTdeptnoFROMemp);

語句B：SELECTdname,deptnoFROMdeptWHERENOTEXISTS

(SELECTdeptnoFROMempWHEREdept.deptno=emp.deptno);

這兩條查詢語句實現的結果是相同的，但是執行語句A的時候，ORACLE會對整個emp表進行掃描，沒有使用建立在emp表上的deptno索引，執行語句B的時候，由於在子查詢中使用了聯合查詢，ORACLE只是對emp表進行的部分數據掃描，並利用了deptno列的索引，所以語句B的效率要比語句A的效率高一些。

2、選擇聯合查詢的聯合次序。考慮下面的例子：

SELECTstuffFROMtabaa,tabbb,tabcc

WHEREa.acolbetween:alowand:ahigh

ANDb.bcolbetween:blowand:bhigh

ANDc.ccolbetween:clowand:chigh

ANDa.key1=b.key1

AMDa.key2=c.key2;

這個SQL例子中，程序員首先需要選擇要查詢的主表，因為主表要進行整個表數據的掃描，所以主表應該數據量最小，所以例子中表A的acol列的范圍應該比表B和表C相應列的范圍小。

3、在子查詢中慎重使用IN或者NOTIN語句，使用where(NOT)exists的效果要好的多。

4、慎重使用視圖的聯合查詢，尤其是比較復雜的視圖之間的聯合查詢。一般對視圖的查詢最好都分解為對數據表的直接查詢效果要好一些。

5、可以在參數文件中設置SHARED_POOL_RESERVED_SIZE參數，這個參數在SGA共享池中保留一個連續的內存空間，連續的內存空間有益於存放大的SQL程序包。

6、ORACLE公司提供的DBMS_SHARED_POOL程序可以幫助程序員將某些經常使用的存儲過程「釘」在SQL區中而不被換出內存，程序員對於經常使用並且佔用內存很多的存儲過程「釘」到內存中有利於提高最終用戶的響應時間。

四、CPU參數的調整

CPU是伺服器的一項重要資源，伺服器良好的工作狀態是在工作高峰時CPU的使用率在90%以上。如果空閑時間CPU使用率就在90%以上，說明伺服器缺乏CPU資源，如果工作高峰時CPU使用率仍然很低，說明伺服器CPU資源還比較富餘。

使用操作相同命令可以看到CPU的使用情況，一般UNIX操作系統的伺服器，可以使用sar_u命令查看CPU的使用率，NT操作系統的伺服器，可以使用NT的性能管理器來查看CPU的使用率。

資料庫管理員可以通過查看v$sysstat數據字典中「CPUusedbythissession」統計項得知ORACLE資料庫使用的CPU時間，查看「OSUserlevelCPUtime」統計項得知操作系統用戶態下的CPU時間，查看「OSSystemcallCPUtime」統計項得知操作系統系統態下的CPU時間，操作系統總的CPU時間就是用戶態和系統態時間之和，如果ORACLE資料庫使用的CPU時間占操作系統總的CPU時間90%以上，說明伺服器CPU基本上被ORACLE資料庫使用著，這是合理，反之，說明伺服器CPU被其它程序佔用過多，ORACLE資料庫無法得到更多的CPU時間。

資料庫管理員還可以通過查看v$sesstat數據字典來獲得當前連接ORACLE資料庫各個會話佔用的CPU時間，從而得知什麼會話耗用伺服器CPU比較多。

出現CPU資源不足的情況是很多的：SQL語句的重解析、低效率的SQL語句、鎖沖突都會引起CPU資源不足。

1、資料庫管理員可以執行下述語句來查看SQL語句的解析情況：

SELECT*FROMV$SYSSTATWHERENAMEIN

('parsetimecpu','parsetimeelapsed','parsecount(hard)');

這里parsetimecpu是系統服務時間，parsetimeelapsed是響應時間，用戶等待時間，waitetime=parsetimeelapsed_parsetimecpu

由此可以得到用戶SQL語句平均解析等待時間=waitetime/parsecount。這個平均等待時間應該接近於0，如果平均解析等待時間過長，資料庫管理員可以通過下述語句

SELECTSQL_TEXT,PARSE_CALLS,EXECUTIONSFROMV$SQLAREA

ORDERBYPARSE_CALLS;

來發現是什麼SQL語句解析效率比較低。程序員可以優化這些語句，或者增加ORACLE參數SESSION_CACHED_CURSORS的值。

2、資料庫管理員還可以通過下述語句：

SELECTBUFFER_GETS,EXECUTIONS,SQL_TEXTFROMV$SQLAREA;

查看低效率的SQL語句，優化這些語句也有助於提高CPU的利用率。

3、資料庫管理員可以通過v$system_event數據字典中的「latchfree」統計項查看ORACLE資料庫的沖突情況，如果沒有沖突的話，latchfree查詢出來沒有結果。如果沖突太大的話，資料庫管理員可以降低spin_count參數值，來消除高的CPU使用率。

五、內存參數的調整

內存參數的調整主要是指ORACLE資料庫的系統全局區(SGA)的調整。SGA主要由三部分構成：共享池、數據緩沖區、日誌緩沖區。

1、共享池由兩部分構成：共享SQL區和數據字典緩沖區，共享SQL區是存放用戶SQL命令的區域，數據字典緩沖區存放資料庫運行的動態信息。資料庫管理員通過執行下述語句：

select(sum(pins-reloads))/sum(pins)"LibCache"fromv$librarycache;

來查看共享SQL區的使用率。這個使用率應該在90%以上，否則需要增加共享池的大小。資料庫管理員還可以執行下述語句：

select(sum(gets-getmisses-usage-fixed))/sum(gets)"RowCache"fromv$rowcache;

查看數據字典緩沖區的使用率，這個使用率也應該在90%以上，否則需要增加共享池的大小。

2、數據緩沖區。資料庫管理員可以通過下述語句：

SELECTname,valueFROMv$sysstatWHEREnameIN('dbblockgets','consistentgets','physicalreads');

來查看資料庫數據緩沖區的使用情況。查詢出來的結果可以計算出來數據緩沖區的使用命中率=1-(physicalreads/(dbblockgets+consistentgets))。

這個命中率應該在90%以上，否則需要增加數據緩沖區的大小。

3、日誌緩沖區。資料庫管理員可以通過執行下述語句：

selectname,valuefromv$sysstatwherenamein('redoentries','redologspacerequests');

查看日誌緩沖區的使用情況。查詢出的結果可以計算出日誌緩沖區的申請失敗率：

申請失敗率=requests/entries，申請失敗率應該接近於0，否則說明日誌緩沖區開設太小，需要增加ORACLE資料庫的日誌緩沖區。

昆明北大青鳥java培訓班轉載自網路如有侵權請聯系我們感謝您的關注謝謝支持

9. 如何釋放sql server佔用的資源內存

sql server 在查詢大數據量的數據時，總會佔用大量的內存，並且居高不下，一不小心就會死機。下面這個是我從網上找到的：當你查詢數據的數據量比較大時，sqlserver會把查詢結果緩存在內存中，保證你下次查詢同樣的記錄時會很快得到結果，所以內存使用量會激增。在你完成此次查詢後，sqlserver不會馬上釋放內存，數據會仍然放在內存中，這是sqlserver的優化策略，sqlserver會不斷地佔用你的系統內存，來加快sqlserver的運行速度，當你的系統中的其它服務也需要內存時，它才會自動釋放部分內存。一句話，sqlserver不會讓你的系統有閑置的內存，除非你設置sqlserver的最大內存使用量。這樣也沒什麼不好，如果你的系統很大，單獨給sqlserver一台機器，這樣會提高它的性能。如果你只是開發用，要想讓sqlserver釋放內存，重啟sqlserver的服務就行了。如果不想讓sqlserver佔用太多內存，設置sqlserver的最大內存佔用量.

10. 如何解決SQLServer占內存過多的問題

我們需要准備的材料分別是：電腦。

1、在我的電腦中，搜索訪問sql佔用內存，在右側的管理伺服器中選擇重新啟動，重啟一下IIS。