sqlserver数据库查询执行慢的sql、查询隔离级别、设置快照模式、查询锁表进程、锁表sql、解锁等

sqlserver数据库查询执行慢的sql

查询数据库隔离级别

sql 复制代码
dbcc useroptions

修改数据库为并行机制(快照模式)

(需要关闭数据库所有连接 sqlserverManager只开启当前一个链接执行)

sql 复制代码
alter database bstjxt set  READ_COMMITTED_SNAPSHOT on ;

设置后比如

sql 复制代码
begin transaction;
update TJ_TJDJB set XM='张在1' where TJBH='00001504000001'
commit;

在没有commit之前如果隔离级别是已提交读的 ,没commit是不能执行下面查询的,会一直堵塞;

但是设置 READ_COMMITTED_SNAPSHOT后可以执行 查询出来的 XM字段是没commit之前的原始数据,这就是所谓的快照模块,执行update前会把原记录存一个副本(称为快照)在查询时直接取快照的数据,不需要等待update执行提交后取最新的数据

sql 复制代码
-- 在上诉的update没commit;时 查询出原数据
select  * from TJ_TJDJB where TJBH='00001504000001'

关于sqlserver的隔离级别

sqlserver数据库默认的就是 已提交读 并且没有全局配置为其他隔离级别的

我们执行

sql 复制代码
SET TRANSACTION ISOLATION LEVEL Read UnCommitted ;

其实只对当前连接有效

新建一个连接 执行 dbcc useroptions发现这个链接的 隔离级别还是已提交读

但是

sql 复制代码
alter database bstjxt set  READ_COMMITTED_SNAPSHOT on;

设置我测试确是全局的.

sqlserver 判断text字段不为空

sql 复制代码
select * from TJ_TJJLMXB where TJBH='80021606000011' and datalength(JG)>0

sqlserver查询锁表

sql 复制代码
select   request_session_id   spid,OBJECT_NAME(resource_associated_entity_id) tableName   
from   sys.dm_tran_locks where resource_type='OBJECT'

查询锁表的语句

sql 复制代码
dbcc inputbuffer(spid)

sqlserver 解锁

sql 复制代码
-- 56为锁表的进程PID,根据实际的PID代入
declare @spid  int 
Set @spid  = 56 --锁表进程
declare @sql varchar(1000)
set @sql='kill '+cast(@spid  as varchar)
exec(@sql)

sqlserver查询当前开启的session连接数

sql 复制代码
select * from sys.dm_exec_sessions;

sqlserverManager使用事物

sql 复制代码
begin transAction
update TJ_TJDJB set XM='徐宝兴1' where TJBH='0216999900576'
commit;提交  or ROLLBACK Transaction; 回滚

sqlserver查询执行耗时的sql语句 需要选择数据库master执行

sql 复制代码
SELECT TOP 1000 
       ST.text AS '执行的SQL语句',
       QS.execution_count AS '执行次数',
       QS.total_elapsed_time AS '耗时',  --单位(微秒)  1毫秒等于1000微秒
       QS.total_logical_reads AS '逻辑读取次数',
       QS.total_logical_writes AS '逻辑写入次数',
       QS.total_physical_reads AS '物理读取次数',       
       QS.creation_time AS '执行时间' ,  
       QS.*
FROM   sys.dm_exec_query_stats QS
       CROSS APPLY 
sys.dm_exec_sql_text(QS.sql_handle) ST
WHERE  QS.creation_time BETWEEN '2015-08-01 00:00:00' AND '2015-09-02 11:00:00' 
ORDER BY
     QS.total_elapsed_time DESC

加上每次执行平均耗时时间

sql 复制代码
     SELECT TOP 1000 
       ST.text AS '执行的SQL语句',
       QS.execution_count AS '执行次数',
       QS.total_elapsed_time AS '耗时',  --单位(微秒)  1毫秒等于1000微秒
cast(QS.total_elapsed_time as decimal )/QS.execution_count '每次耗时' , 
       QS.total_logical_reads AS '逻辑读取次数',
       QS.total_logical_writes AS '逻辑写入次数',
       QS.total_physical_reads AS '物理读取次数',       
       QS.creation_time AS '执行时间' , 
  
       QS.*
FROM   sys.dm_exec_query_stats QS
       CROSS APPLY 
sys.dm_exec_sql_text(QS.sql_handle) ST
WHERE  QS.creation_time BETWEEN '2018-05-21 00:00:00' AND '2018-05-21 11:00:00' 
ORDER BY cast(QS.total_elapsed_time as decimal )/QS.execution_count  desc,
     QS.total_elapsed_time DESC
相关推荐
盗理者24 分钟前
AI Agent 技能分享|SQL 性能诊断与优化
java·sql·spring·skill
DBA小马哥42 分钟前
向量数据库入门到进阶:Embedding、ANN算法与RAG落地的关键术语
数据库·算法·embedding
云和数据.ChenGuang1 小时前
fastapi项目拆分实战数据模型
java·服务器·数据库·人工智能·深度学习·fastapi·强化学习
祈禾1 小时前
Redis三大特殊数据类型
运维·服务器·数据库·redis·笔记·缓存
东方护航数据恢复(深圳)1 小时前
MySQL_Oracle数据库崩溃修复全攻略_东方护航数据恢复深圳店
数据库·mysql·oracle
y = xⁿ1 小时前
一文掌握Redis常见八股
数据库·redis·缓存
Cloud云卷云舒2 小时前
HaishanDB(海山)|磐维数据库|YashanDB(崖山)深度对比分析
数据库·人工智能·海山数据库·haishandb·移动云海山数据库
weixin_460443562 小时前
企业考试系统如何对接OA、钉钉和企业微信?SSO单点登录、组织同步与权限一致性设计
java·开发语言·数据库
xywww1682 小时前
真实后台页实测:Opus 5 看图写前端的可用边界在哪
linux·服务器·前端·数据库·人工智能·gpt
上海云盾商务经理杨杨3 小时前
SQL 盲注入渗透实战!无报错页面也能成功注入
数据库·sql