SQL Server强制使用特定索引 、并行度
修改或删除数据前先备份，先备份，先备份（重要事情说三遍）
很多时候你或许为了测试、或许为了规避并发给你SQL带来的一些问题，常常需要强制指定目标sql选择某个索引或并行度去执行，今天给大家分享一下SQL的强制行为11
1、强制使用某个索引
select id，name from A where id=2 with INDEX(idx_name)
2、强制使用某个并行度
select id，name from A where id=2 with option(MAXDOP=1)
3、强制不加锁
--允许脏读
select id，name from A with（nolock）
--跳过锁定行
select id，name from A with（readpast）
--
4、强制保持表级锁
--别人可以读，但是不能插入、更新、删除
select id，name from A with（holdlock）
--别人什么都不能做，包括读
select id，name from A with（tablock）
以上，在一些特殊的场景下或许会能够帮助到你！
补充：
锁定提示 描述
HOLDLOCK 将共享锁保留到事务完成，而不是在相应的表、行或数据页不再需要时就立即释放锁。HOLDLOCK 等同于 SERIALIZABLE。
NOLOCK 不要发出共享锁，并且不要提供排它锁。当此选项生效时，可能会读取未提交的事务或一组在读取中间回滚的页面。有可能发生脏读。仅应用于SELECT语句。
PAGLOCK 在通常使用单个表锁的地方采用页锁。
READCOMMITTED 用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQLServer在此隔离级别上操作。
READPAST 跳过锁定行。此选项导致事务跳过由其它事务锁定的行（这些行平常会显示在结果集内），而不是阻塞该事务，使其等待其它事务释放在这些行上的锁。READPAST锁提示仅适用于运行在提交读隔离级别的事务，并且只在行级锁之后读取。仅用于SELECT语句。
READUNCOMMITTED 等同于NOLOCK。
REPEATABLEREAD 用与运行在可重复读隔离级别的事务相同的锁语义执行扫描。
ROWLOCK 使用行级锁，而不使用粒度更粗的页级锁和表级锁。
SERIALIZABLE 用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于HOLDLOCK。
TABLOCK 使用表锁代替粒度更细的行级锁或页级锁。在语句结束前，SQL Server一直持有该锁。但是，如果同时指定HOLDLOCK，那么在事务结束之前，锁将被一直持有。
TABLOCKX 使用表的排它锁。该锁可以防止其它事务读取或更新表，并在语句或事务结束前一直持有。
UPDLOCK 读取表时使用更新锁，而不使用共享锁，并将锁一直保留到语句或事务的结束。UPDLOCK 的优点是允许您读取数据（不阻塞其它事务）并在以后更新数据，同时确保自从上次读取数据后数据没有被更改。
XLOCK 使用排它锁并一直保持到由语句处理的所有数据上的事务结束时。可以使用PAGLOCK或TABLOCK 指定该锁，这种情况下排它锁适用于适当级别的粒度