我处于一个位置，我将获得一个 GUID 列表，这些 GUID 将由 SQL Server 数据库在运行时分配。
我的直接想法是为 GUID 创建一个表。当订购一批 GUID 时，它们将被插入到表中。
然后，在运行时，将调用一个 SPROC 从表中选择一个 GUID。我可以检索下一个 GUID 并立即从表中删除它，或者检索下一个 GUID 并更新另一列以将其声明为已使用。
但这让我想知道同时对数据库进行两次调用以获得 GUID 的竞争条件的可能性。在我看来，如果时间完全不方便，则可以为这两个调用检索相同的 GUID。
Q1：我担心这种潜在的竞争状况是否正确？即它会发生吗？
Q2：有没有办法避免这种情况（例如设置一个 SPROC 来阻止每次调用？）
我能想到的一种至少可以使竞争条件失败的方法是设置另一个进行 GUID 分配的表，并将 GUID 列设置为唯一。然后，在运行时过程中，当检索到 GUID 时，它将通过 GUID 分配表分配给产品。如果为两种产品颁发了相同的 GUID，那么当需要分配它们时，其中一种产品将无法分配并被拒绝。
根据我的研究，我发现很多人提到覆盖索引将有助于减少“键查找”阻塞。我热衷于测试和理解它，但我的测试并没有显示出预期的结果。
首先我运行下面的代码，我尝试在第一个事务上更新表而不提交，然后在另一个会话上，我运行一个查询以从 tableA 中选择 col2 和 col3。根据这本书，第二个会话将被第一个会话阻止。
-- Create the table for testing
CREATE TABLE [TableA]
(
[col1] INT,
[col2] INT,
[col3] INT,
[col4] CHAR(100) DEFAULT('abc') NOT NULL
);
GO
DECLARE @int INT;
SET @int = 1;
-- Load data into the table
WHILE (@int <= 1000)
BEGIN
INSERT INTO [TableA]
([col1], [col2], [col3], [col4])
VALUES (@int*2, @int*2, @int*2, @int*2);
SET @int = @int + 1;
END
GO
CREATE CLUSTERED INDEX [cidx_TableA]
ON [TableA] ([col1]);
-- Create a non-clustered index
CREATE NONCLUSTERED INDEX [idx_TableA_col2]
ON [TableA] ([col2]);
GO
BEGIN TRANSACTION
UPDATE [TableA] SET col3=999 WHERE Col2=4
--Rollback
--ON another session, I query this.
SELECT [col2],col3 FROM [TableA]
WHERE [col2]=66
option (recompile)
第二个会话确实使用对集群索引 cidx_TableA 的键查找并返回结果，我希望它不会返回任何结果，因为假设它会通过第一个会话的更新锁定。为什么？
我还没有创建覆盖索引，因为它根本没有任何阻塞。那么，覆盖指数真的有效吗？
我真的不明白在并发数据访问的情况下等待的承诺。
所有手册均按期限锁定。没有人解释锁可能会导致 SQL 客户端在服务器端等待锁获取（并且可能需要几秒/分钟/无穷大）？
是否存在锁不会导致等待的情况？我能想象：
READ UNCOMMITTED在某些情况下，比如没有 DDL？commit获胜，其他人失败commit我回顾了JDBC API：它从字面上提到：
SQLTimeoutException - 当驱动程序确定已超过setQueryTimeout方法指定的超时值并且至少尝试取消当前正在运行的语句时`
根据文档在客户端检测到超时。广泛使用的客户端 API对服务器端超时没有影响（包括由锁引起的）。可能您可以设置一些专有的连接属性来影响数据库行为。
我看到了一些专有的 SQL 扩展，例如：
SET LOCK_TIMEOUT timeout_periodset lock_timeout ms &set statement_timeout ms对我来说，由于锁而等待的数据库是一个灰色区域。锁定是否意味着等待？
我最近参与调试一个棘手的 SQL Server 锁定问题。我们最终通过研究应用程序代码弄清楚了发生了什么，但如果 SQL Server 提供更多信息会容易得多。我想知道是否有办法获取这些信息。这是一个简单的复制：
create table Table1 (k int primary key)
create table Table2 (k int primary key)
go
begin transaction
insert into Table1 values (1) -- acquire a lock
go
insert into Table2 values (2) -- acquire a second lock
go
我没有显示它，但应用程序正在提交事务，因为它应该有。但是，在提交发生之前，它会导致阻塞，并且我们的调试工具只报告最后执行的批处理/语句的文本——在这种情况下插入到 Table2 中——以及对应于完全不同对象的锁。（我的示例中的表 1。）
有没有办法获取与会话持有的所有锁相对应的 SQL，而不仅仅是最近的一批？
我正在使用不同的查询来查找阻塞查询。例如，
select
ec.session_id,
er.blocking_session_id,
datediff(s, es.last_request_start_time, GETDATE()) as elapsed_time_sec,
er.command,
es.login_name,
es.host_name,
es.host_process_id,
DB_NAME(er.database_id) as database_name,
esql.text AS batch_text,
ISNULL(CASE er.statement_end_offset + er.statement_start_offset
WHEN 0 THEN esql.text
ELSE SUBSTRING(esql.text,
(er.statement_start_offset/2)+1,
((CASE er.statement_end_offset
WHEN -1 THEN DATALENGTH(esql.text)
ELSE er.statement_end_offset
END - er.statement_start_offset)/2) + 1)
END, '')
AS statement_text,
eplan.query_plan,
es.program_name,
es.host_process_id,
es.last_request_start_time,
es.last_request_end_time,
ec.num_reads as num_reads_connection,
ec.num_writes as num_writes_connection,
es.reads as reads_session,
es.writes as writes_session,
es.logical_reads,
es.transaction_isolation_level,
es.row_count,
er.wait_type,
er.wait_time
from
sys.dm_exec_connections ec
left join sys.dm_exec_sessions es on ec.session_id = es.session_id
left join sys.dm_exec_requests er on ec.session_id = er.session_id
--left join sys.dm_exec_sessions es_blocking on es.session_id = er.blocking_session_id
outer apply sys.dm_exec_sql_text(er.sql_handle) esql
outer apply sys.dm_exec_query_plan(er.plan_handle) eplan
where es.status <> 'sleeping'
order by ec.session_id
在这里，我首先检查blocking_session_id 不为空的行。然后从这个blocking_session_id，发现它也被别人block了等等。所以，假设我有，
| -------------------- |
| Spid | Blokcing_Spid |
| -------------------- |
| 1 | 2 |
| 2 | 3 |
| 3 | 4 |
| 4 | NULL |
这里4是罪魁祸首。我怎样才能快速找到罪魁祸首？
事务 1：
begin;
update t_info set gender=1 where c_score > 85;
交易 2：
begin;
insert into t_info(c_id,c_class_no,c_score,c_name,gender) values (4,99,50,'gap',1);
事务 2 挂起，我不明白为什么。
前提条件：mysql Ver 14.14 Distrib 5.7.19-17tx_isolation：REPEATABLE-READ
DROP TABLE IF EXISTS `t_info`;
CREATE TABLE `t_info` (
`c_id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT 'primary key',
`c_class_no` int(11) NOT NULL DEFAULT '-1',
`c_score` int(11) NOT NULL DEFAULT '0',
`c_name` varchar(25) NOT NULL,
`gender` tinyint(4) NOT NULL COMMENT '0 male, 1 female',
PRIMARY KEY (`c_id`),
KEY `idx_name_score` (`c_name`,`c_score`),
KEY `idx_score` (`c_score`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `t_info`
VALUES
(1,1,60,'no1',0),
(2,2,60,'no2',0),
(3,3,60,'no3',0),
(6,4,78,'gap',1),
(7,5,95,'no5',0),
(10,8,87,'jianhaiqing',0),
(11,36,20,'no20',0),
(14,13,100,'no13',0),
(20,21,120,'no21',0),
(21,24,83,'no87-2',0);
几个月前，我在一个（维护得不太好的）数据库中发现了一个完全无用的表，其中包含 4.3 亿个未索引的行，每天增长约 80 000 行。
它是移除的最佳候选者。但是，我从来没有机会实现这一目标（也不是优先事项）。我什至没有机会尝试在每周刷新的开发数据库中删除它。
我想知道一个简单的 TRUNCATE 或 DROP 是否会非常耗时？我的意思是，如果写得不好，这个操作会不会像 DELETE 那样阻塞生产环境几分钟。还是这些安全操作？
我正在尝试使用以下查询来识别阻塞会话：
SELECT
v1.sid esid, v1.blocking_session bsid, v1.process, v1.wait_class, v1.event, v1.sql_id, v1.seconds_in_wait waitss, v2.blocking_session bsid2, v2.process,
v2.sql_id, v2.wait_class, v2.event
from
v$session v1, v$session v2
where
v1.blocking_session is not null and v1.blocking_session = v2.sid
order by
waitss desc
这是示例输出：
ESID BSID PROCESS WAIT_CLASS EVENT SQL_ID WAITSS BSID2 PROCESS_1 SQL_ID_1 WAIT_CLASS_1 EVENT_1
2707 2313 8526 Application enq: TX - row lock contention 05v90pbavkptk 11 (null) 28152 (null) Idle SQL*Net message from client
这表明阻塞会话是空闲的。也许我遗漏了一些东西，但我不明白没有执行任何语句的空闲会话如何阻塞任何东西。
我们正在执行第 3 方数据的迁移，但它已挂起。
当我们调查时，我们看到 SPID 38（系统/后台 SPID）是试图进行迁移的阻止用户 SPID。不幸的是，来自sp_whoisactive（或什至活动监视器）的 SQL_Text 对于 SPID 38是NULL。wait_info是PREEMPTIVE_OS_GENERICOPS.
有没有办法告诉 38 试图做什么？
它使用的是第 3 方提供给我们的基于 Windows 的工具。我对数据进行了备份，并将其还原到这台新服务器上（这样数据库及其内容就可以访问并正常工作了）。然后我们运行这个工具来升级到他们的新版本软件，这就是我们获取块的地方。
sp_WhoIsActive @get_locks = 1返回一个非常长的 XML（4k 个字符太长而无法发布）。
我们每周和每月运行一次维护窗口。我们的一些维护窗口是在线的，我们最不想要的就是我们的脚本阻止来自我们应用程序的实时查询。
有没有办法设置查询的优先级，使其不会导致其他查询阻塞超过 X 秒？
例子：
我知道死锁有类似的功能（将死锁受害者设置为低）。
谢谢！