日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 运维知识 > 数据库 >内容正文

数据库

SQLServer 常见高CPU利用率原因

發布時間:2025/5/22 数据库 19 豆豆
生活随笔 收集整理的這篇文章主要介紹了 SQLServer 常见高CPU利用率原因 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

1.缺失索引:

USE AdventureWorks2014SET STATISTICS TIME ON;SET STATISTICS IO ON ;SELECT per.FirstName,per.LastName,p.Name,p.ProductNumber,soh.OrderDate,sod.LineTotal,soh.TotalDueFROM sales.SalesOrderHeader AS sohINNER JOIN sales.SalesOrderDetail sod ON soh.SalesOrderID=sod.SalesOrderIDINNER JOIN Production.Product AS p ON sod.ProductID=p.ProductIDINNER JOIN sales.Customer AS c ON soh.CustomerID=c.CustomerIDINNER JOIN Person.Person AS per ON c.PersonID=per.BusinessEntityIDWHERE sod.LineTotal>25000SET STATISTICS IO OFF;SET STATISTICS TIME OFF;

?得到下面的信息:

SQL Server 執行時間:CPU 時間 = 63 毫秒,占用時間 = 378 毫秒。SQL Server 執行時間:CPU 時間 = 0 毫秒,占用時間 = 0 毫秒。

??--創建一個索引

CREATE NONCLUSTERED INDEX idx_SalesOrderDetail_LineTotal ON sales.SalesOrderDetail(LineTotal)

?索引后結果如下:

SQL Server 執行時間:CPU 時間 = 0 毫秒,占用時間 = 0 毫秒。SQL Server 執行時間:CPU 時間 = 0 毫秒,占用時間 = 0 毫秒。

?2.統計信息過時

你明知道返回和處理的結果集都很小,而優化器卻選擇了hash連接,這是就可以檢查一下圖形化執行計劃中是否有黃色嘆號,或者用文本化執行計劃看看預估和實際行數的差異是否很大。如果是使用UPDATE STATISTICS語句更新統計信息,同時檢查為什么統計信息過時

3.非SARG查詢

如果是一個謂詞(特別是Where條件中)能用到索引查找操作,就可以理解為SARG,

如果在where 條件所用到的列中使用了標量函數(YEAR、UPPER)或使用like ‘%%’這類的查詢,稱為非SARG查詢會導致索引無效

--非SARG(聚集索引掃描)SELECT soh.SalesOrderID,soh.OrderDate,soh.DueDate,soh.ShipDate,soh.Status,soh.SubTotal,soh.TaxAmt,soh.Freight,soh.TotalDueFROM sales.SalesOrderHeader AS sohINNER JOIN sales.SalesOrderDetail AS sodON soh.SalesOrderID=sod.SalesOrderID WHERE CONVERT(DATE,sod.ModifiedDate)='07/01/2005'

進行改寫:(聚集索引查找)

SELECT soh.SalesOrderID,soh.OrderDate,soh.DueDate,soh.ShipDate,soh.Status,soh.SubTotal,soh.TaxAmt,soh.Freight,soh.TotalDueFROM sales.SalesOrderHeader AS sohINNER JOIN sales.SalesOrderDetail AS sodON soh.SalesOrderID=sod.SalesOrderID WHERE sod.ModifiedDate>='2005-07-01 00:00:00.000'AND sod.ModifiedDate<'2005-07-02 00:00:00.000'

?非SARG對where條件中的列使用UPPER/LTRIM/ISNULL之類的標量函數,對于這種情況,改寫查詢解決。

4.隱式轉換

指一個查詢From/Where子句中,用于關聯和判斷列之間數據類型不同,導致優化器需要根據數據類型的優先級高低進行類型轉換然后在優化、執行。

SELECT p.FirstName,p.LastName,c.AccountNumber FROM Sales.Customer AS c INNER JOIN Person.Person AS p ON c.PersonID =p.BusinessEntityIDWHERE c.AccountNumber=N'AW00029594'

如上圖加寬部分就是需要把varchar類型轉換成nvarchar類型。可以考慮在傳入where條件之前先進行顯式數據類型轉換。

?5.參數嗅探

創建針對存儲過程、函數或者參數化查詢的執行計劃時,根據傳入的參數進行預估并生成執行計劃的一個功能,參數嗅探出現在執行計劃的編譯或者重編譯過程中。

CREATE PROCEDURE user_GetCustomerShipDates(@ShipDateStart Datetime,@ShipDateEnd datetime)AS SELECT CustomerID,SalesOrderNumberFROM Sales.SalesOrderHeader WHERE ShipDate BETWEEN @ShipDateStart AND @ShipDateEnd--創建非聚集索引CREATE NONCLUSTERED INDEX IDX_ShipDate_ASCON Sales.SalesOrderHeader(ShipDate)--清空緩存DBCC FREEPROCCACHEEXEC user_GetCustomerShipDates '2005/07/08','2008/01/01'EXEC user_GetCustomerShipDates '2005/07/10','2008/07/20'--刪除索引drop index IDX_ShipDate_ASC on Sales.SalesOrderHeader

?在ShipDate上有索引,還是進行了聚集索引掃描。

在第一個存儲過程的參數中,查詢條件的時間范圍幾乎包括了全表的所有時間,另外非聚集索引沒有覆蓋查詢,因此使用了聚集索引掃描

第二個存儲過程仍然會用上面的執行計劃。

把存儲過程的順序調換一下:(執行計劃)

?

?對于參數嗅探問題,可以使用部分編譯、編譯提示等功能來避免,更多的優化應該考慮數據和研究數據分布問題

?6.--非參數化Ad—hoc查詢

Ad-hoc稱為即席查詢,可以理解為沒有使用存儲過程、SP_Executesql或其他方式強制預定義SQL語句。

如:SELECT * FROM bt WHERE id=***這類查詢引起的問題

?可以把:高級--真對即席工作負荷進行優化:true

或者在數據庫層面強制參數化:

ALTER DATABASE AdventureWorks2014 SET PARAMETERIZATION FORCED

?7.非必要的并行查詢

并行操作會把一個查詢分開到多個線程中執行,然后在合并到一起返回結果

?

數據庫事務:

事務是對數據庫操作的單元,可以是一個Select語句,也可以是包好多個Select、Update、Delete、Insert的操作的命名集合

1.原子性:意味著一個事務內的所有操作必須全部完成或者全部回滾。

2.一致性:要求整個事務在運行的前后數據庫的狀態必須一致,不能打破數據定義中的一致性約束

3.隔離性:保證同一時間中,一個事務的運行不能被另一個事務影響。

4.持久性:事務一旦提交成功,將永久存儲到服務器的文件系統中,即使系統在中途奔潰,所發生的的效果都不會丟失,這個會通過日志來保證。

顯示事務隱式事務(區別在于創建和提交的方式)

隱式事務:由SQL Server自己去開啟和提交/回滾,并且在內部保證ACID特性。

顯示事務:以Begin Tran/Transaction開始以Commit Tran/Transaction 或者Rollback Tran結束

轉載于:https://www.cnblogs.com/sunliyuan/p/8546629.html

總結

以上是生活随笔為你收集整理的SQLServer 常见高CPU利用率原因的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。