use [20201977岳靖斌] begin transaction tran_c select * from CustomerInfo where cus_id='3' and cus_age>=19; UPDATE CustomerInfo SET cus_age=cus_age-10 WHERE cus_id='3' case when select * from CustomerInfo where cus_id='3' and cus_age=10 then rollback transaction; select * from CustomerInfo where cus_id='1' and cus_age=18; UPDATE CustomerInfo SET cus_age=cus_age-10 WHERE cus_id='1' commit transaction tran_c;

这是一个 SQL Server 的事务语句，它包含以下操作：

1. 使用 `use` 语句指定要操作的数据库为 `20201977岳靖斌`。

2. 开始一个名为 `tran_c` 的事务，使用 `begin transaction` 语句。

3. 查询 `CustomerInfo` 表中 `cus_id` 为 3 且 `cus_age` 大于等于 19 的记录，并返回查询结果。

4. 更新 `CustomerInfo` 表中 `cus_id` 为 3 的记录，将 `cus_age` 减去 10。

5. 使用 `case` 语句进行条件判断，如果查询 `CustomerInfo` 表中 `cus_id` 为 3 且 `cus_age` 等于 10 的记录，则执行 `rollback transaction` 语句回滚事务。

6. 查询 `CustomerInfo` 表中 `cus_id` 为 1 且 `cus_age` 等于 18 的记录，并返回查询结果。

7. 更新 `CustomerInfo` 表中 `cus_id` 为 1 的记录，将 `cus_age` 减去 10。

8. 提交事务，使用 `commit transaction` 语句。

需要注意的是，事务是用来保证一组操作的原子性、一致性、隔离性和持久性的，这里的事务操作应该是一个示例，具体应用场景需要根据实际情况进行调整。

相关问题

case when select * from CustomerInfo where cus_id='3' and cus_age=10 then rollback transaction;

这是一个 `case` 语句，用于在满足条件时执行特定的操作。在这个例子中，它的语法是错误的，因为 `case` 语句的条件部分应该是一个表达式，而不是一个查询语句。如果想要在条件满足时回滚事务，应该使用 `IF` 语句，例如：

IF EXISTS (SELECT * FROM CustomerInfo WHERE cus_id='3' AND cus_age=10)
BEGIN
    ROLLBACK TRANSACTION;
END

这个语句会先查询 `CustomerInfo` 表中是否存在 `cus_id` 为 3 且 `cus_age` 为 10 的记录，如果存在则执行 `ROLLBACK TRANSACTION` 回滚事务操作。注意，在这个例子中，语句应该放在事务的开始和提交之间执行。

SELECT * FROM sys.dm_tran_active_transactions 显示信息描述 Transaction_TYPE 2 信息怎么关闭

`sys.dm_tran_active_transactions` 是 SQL Server 中的一个系统视图，用于查询活动事务的信息。如果遇到 `Transaction_TYPE` 为 2 的事务（通常是死锁），你可以采取以下步骤来尝试解决并关闭它：

1. 确认死锁：查看该事务ID（TID），通常可以在 `transaction_id` 列中找到，然后通过如下的命令识别死锁涉及的资源：

   SELECT *
   FROM sys.dm_tran_locks
   WHERE request_mode = 'X' AND request_status = 'WAIT'
   AND transaction_sequence > (SELECT MAX(transaction_sequence) FROM sys.dm_tran_locks WHERE lock_session_id = <your_transaction_id>);

2. 解决死锁：作为拥有更高优先级的事务，可以尝试执行 `KILL` 命令结束死锁方的事务，例如：

   KILL <deadlock_transaction_id>

或者如果是管理员权限，也可以尝试使用 `DBCC OPENTRAN` 和 `DBCC死了` 来手动解锁。

3. 避免死锁：检查应用程序是否按照正确的事务隔离级别运行，并避免长时间锁定资源。优化SQL查询和减少锁定范围也很重要。

4. 日志记录和监控：定期审查日志文件（如 SQL Server 错误日志），以便发现可能导致死锁的问题，并调整相关的数据库设置，比如增大 `max deadlock detection wait` 时间。

请注意，在实际操作中需要谨慎处理，因为直接杀死事务可能会导致数据一致性问题，最好是在了解情况并备份数据后再执行。