sql資料庫性能
作為一個開發/測試人員，或多或少都得和資料庫打交道，而對資料庫的操作歸根到底都是SQL語句，所有操作到最後都是操作數據，那麼對sql性能的掌控又成了我們工作中一件非常重要的工作。下面簡單介紹下一些查看oracle性能的一些實用方法：
1、查詢每台機器的連接數
selectt.MACHINE,count(*)fromv$sessiontgroupbyt.MACHINE
這里所說的每台機器是指每個連接oracle資料庫的伺服器，每個伺服器都有配置連接資料庫的連接數，以websphere為例，在數據源中，每個數據源都有配置其最大/最小連接數。
執行SQL後，可以看到每個伺服器連接oracle資料庫的連接數，若某個伺服器的連接數非常大，或者已經達到其最大連接數，那麼這台伺服器上的應用可能有問題導致其連接不能正常釋放。
2、查詢每個連接數的sql_text
v$session表裡存在的連接不是一直都在執行操作，如果sql_hash_value為空或者0，則該連接是空閑的，可以查詢哪些連接非空閑，web3是機器名，就是WebSphereApplicationServer的主機名。
selectt.sql_hash_value,t.*fromv$sessiontwheret.MACHINE='web3'andt.sql_hash_value!=0
這個SQL查詢出來的結果不能看到具體的SQL語句，需要看具體SQL語句的執行下面的方法。
3、查詢每個活動的連接執行什麼sql
selectsid,username,sql_hash_value,b.sql_text
fromv$sessiona,v$sqltextb
wherea.sql_hash_value=b.HASH_VALUEanda.MACHINE='web3'
orderbysid,username,sql_hash_value,b.piece
orderby這句話的作用在於，sql_text每條記錄不是保存一個完整的sql,需要以sql_hash_value為關鍵id,以piece排序，如圖
Username是執行SQL的資料庫用戶名，一個sql_hash_value下的SQL_TEXT組合成一個完整的SQL語句。這樣就可以看到一個連接執行了哪些SQL。
4、.從V$SQLAREA中查詢最佔用資源的查詢
selectb.usernameusername,a.disk_readsreads,a.executionsexec,
a.disk_reads/decode(a.executions,0,1,a.executions)rds_exec_ratio,
a.sql_textStatement
fromv$sqlareaa,dba_usersb
wherea.parsing_user_id=b.user_id
anda.disk_reads>100000
orderbya.disk_readsdesc;
用buffer_gets列來替換disk_reads列可以得到佔用最多內存的sql語句的相關信息。
V$SQL是內存共享SQL區域中已經解析的SQL語句。
該表在SQL性能查看操作中用的比較頻繁的一張表，關於這個表的詳細信息大家可以去http://apps.hi..com/share/detail/299920#上學習，介紹得比較詳細。我這里主要就將該表的常用幾個操作簡單介紹一下：
1、列出使用頻率最高的5個查詢：
selectsql_text,executions
from(selectsql_text,executions,
rank()over
(orderbyexecutionsdesc)exec_rank
fromv$sql)
whereexec_rank<=5;
該查詢結果列出的是執行最頻繁的5個SQL語句。對於這種實用非常頻繁的SQL語句，我們需要對其進行持續的優化以達到最佳執行性能。
2、找出需要大量緩沖讀取（邏輯讀）操作的查詢：
selectbuffer_gets,sql_text
from(selectsql_text,buffer_gets,
dense_rank()over
(orderbybuffer_getsdesc)buffer_gets_rank
fromv$sql)
wherebuffer_gets_rank<=5;
這種需要大量緩沖讀取（邏輯讀）操作的SQL基本是大數據量且邏輯復雜的查詢中會遇到，對於這樣的大數據量查詢SQL語句更加需要持續的關注，並進行優化。
3、持續跟蹤有性能影響的SQL。
SELECT*FROM(
SELECTPARSING_USER_ID,EXECUTIONS,SORTS,
COMMAND_TYPE,DISK_READS,sql_textFROMv$sqlarea
ORDERBYdisk_readsDESC
)
WHEREROWNUM<10
這個語句在SQL性能查看中用的比較多，可以明顯的看出哪些SQL會影響到資料庫性能。
本文主要介紹了使用SQL查詢方式查看oracle資料庫SQL性能的部分常用方法。此外還有許多工具也能實現SQL性能監控，大家可以在網上搜索相關知識進行學習。
轉載僅供參考，版權屬於原作者
㈡ GBase8s資料庫SQL語句性能緩慢從哪個方面入手分析
在實際的生產運行環境中，很多客戶現場都看到開發人員和系統管理人員遇到很多有關於GBase 8s 資料庫引起的性能問題，進而被多次問起如何進行GBase 8s 資料庫性能調優，
性能優化原則
包括：
性能規劃：深入了解應用與資料庫的交互特徵，確立良好的設計、開發、測試迭代過程，上線前消除模型上的性能瓶頸。
實例調優：建立性能基準，對比調節資料庫、操作系統、存儲、網路等的配置，主動監控、消除瓶頸。
SQL 調優：書寫高效 SQL，優化相關資料庫對象，充分藉助優化器，確定最佳執行計劃。
性能優化流程
首先執行下面的初始檢查：
– 獲取直接用戶的使用反饋，確定性能目標和范圍。
– 獲取性能表現好與壞時的操作系統、資料庫、應用統計信息。
– 對資料庫做一次全面健康檢查。
根據收集的信息，以及對應用特性的了解，構建性能概念模型，明確性能瓶頸所在，以及導致性能的根本原因。
– 首先應該排除操作系統、硬體資源造成的瓶頸。
– 然後針對資料庫系統性能進行分析
– 必要時，還需要檢查應用日誌，因為系統性能問題也可能由於應用非 SQL 部分造成瓶頸。
提出一系列針對的優化措施，並根據它們對性能改善的重要程度排序，然後逐一加以實施。不要一次執行所有的優化措施，必須逐條嘗試，逐步對比。
通過獲取直接用戶的反饋驗證調節是否已經產生預期的效果，否則，需要重新提煉性能概念模型，直到對應用特性了解進一步准確。
重復上述，直到性能達到目標或由於客觀約束無法進一步優化。
常見調優技巧
找到 CPU 佔用最高的 SQL
在 sysmaster 庫中執行
select sqx_estcost, sqx_sqlstatement
from syssqexplain
order by sqx_estcost desc
1
2
3
注意：此時看到的僅僅是當前正在執行的 SQL
需要多看幾次
onstat 命令
onstat -g act 得到當前正在執行的 SQL
根據 rstcb 列
onstat -u | grep 57c68220
1
從第三列 sessid 得到 SESSION
onstat -g ses SESSION 即可得到當時正在執行的 SQL
一般多找幾個 threads 後，就基本可以確定問題 SQL
得到 SQL 後，利用 set explain on 分析其查詢路徑，看是否未利用索引，在對大表進行全表掃描，根據需要創建相應索引。
找到全表掃描較多的表及其 SQL
得到全表掃描較多的表
-- 系統順序掃描較多時，被多次順序掃描的大表，如果有，應該考慮增加索引
select first 5
substr(t.tabname,0,20) tabname,
substr(dbsname,0,10) dbname,
nrows*rowsize*p.seqscans costs,
substr(p.seqscans,0,8) seqscans,
substr(nrows,0,8) nrows
from sysmaster:sysptprof p , systables t,sysmaster:sysprofile s
where p.tabname = t.tabname
and p.seqscans > s.value/50
and s.name = 'seqscans'
--and s.value > 2000000 and nrows > 2000
order by 3 desc
1
2
3
4
5
6
7
8
9
10
11
12
13
利用 onstat –g ses 0 –r 5/ onstat –g stm 的輸出信息，根據表名，找到可能的 SQL 語句。由於以上獲取 SQL 的辦法是有局限的，如果無法獲取，建議通過查看應用日誌或聯系開發人員查看源代碼的方式來找到。
利用 set explain on 分析其查詢路徑，確認是在對表進行全表掃描，根據需要創建相應索引。
㈢ 資料庫比較-SQL與NoSQL（MySQL，PostgreSQL，Redis，MongoDB）
為了分析資料庫性能，本文選擇了SQL與NoSQL，包括MySQL、PostgreSQL、Redis與MongoDB。兩者核心差異在於SQL的垂直擴展性與NoSQL的水平擴展性。
由於構建原理不同，比較SQL與NoSQL資料庫困難重重。用戶Euphoric在StackExchange上表示，NoSQL並非SQL的持久性技術集合，而是包含文檔、鍵值、事件等多類型資料庫，它們在結構、查詢、性能與工具上大相徑庭。
比較中僅關注插入、選擇、更新與刪除操作。MySQL與PostgreSQL作為主流SQL資料庫，MySQL由開源公司贊助，支持C與C++，兼容現代操作系統；PostgreSQL則是社區驅動的，提供高級數據類型與優化。Redis與MongoDB作為NoSQL示例，前者是內存中鍵值存儲資料庫，後者是文檔型分布式資料庫。
為進行比較，使用了Python語言及Docker管理服務，設計了Docker-compose與資料庫調度程序以執行CRUD操作。結果顯示，MongoDB與Redis在插入操作上表現最佳，MySQL與PostgreSQL性能相似。選擇操作中，SQL資料庫性能下降，NoSQL資料庫時間相對穩定。更新與刪除操作中，Redis表現突出，MySQL與PostgreSQL時間增加。
綜上，NoSQL資料庫在特定操作上展現出更快的性能，尤其是在單個數據處理上。然而，SQL資料庫在復雜操作支持上更具優勢。資料庫性能取決於具體應用需求。NoSQL資料庫因其結構優化，更適合特定場景，如博客文章相關數據集中管理。
通過比較，了解到不同資料庫在處理CRUD操作時的性能差異，NoSQL資料庫在特定數據處理場景中展現出優勢，而SQL資料庫在復雜操作與多任務支持上表現出色。選擇資料庫時應考慮應用需求，以達到最佳性能與效率。
㈣ 如何優化sqlserver 資料庫性能優化
SQL Server資料庫查詢速度慢的原因有很多，常見的有以下幾種：
1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是資料庫設計的缺陷)
2、I/O吞吐量小，形成了瓶頸效應。
3、沒有創建計算列導致查詢不優化。
4、內存不足
5、網路速度慢
6、查詢出的數據量過大（可以採用多次查詢，其他的方法降低數據量）
7、鎖或者死鎖(這也是查詢慢最常見的問題，是程序設計的缺陷)
8、sp_lock,sp_who,活動的用戶查看,原因是讀寫競爭資源。
9、返回了不必要的行和列
10、查詢語句不好，沒有優化