SQL Server事务及并发控制优化

在SQL Server数据库管理系统中，嵌套事务是一种事务管理机制，它允许一个事务嵌套在另一个事务中。 顶层事务(Top-level transaction): 最外层的事务称为顶层事务，它可以包含一个或多个子事务。 子事务(Subtransaction): 嵌套在其他事务内部的事务称为子事务。子事务可以提交或回滚，其结果会影响父事务。 示例 假设有一个银行转账场景，需要从账户A扣款并将款项存入账户B。我们可以使用嵌套事务来实现此操作： 开始顶层事务 开始子事务1： 从账户A扣款 提交或回滚子事务1： 如果扣款成功，则提交子事务1；否则，回滚子事务1。 开始子事务2： 将款项存入账户B

并发控制的交叉并发方式，属于那种你一看就明白、但做起来细节还挺多的技术点。课件里讲的是单机系统下怎么让多个事务交错执行，从而提升资源利用率。简单说，就是多个事务排队轮着来，执行的粒度可以控制得细——这块对你写数据库驱动代码或者搞性能优化还挺有的。

应用系统的并发控制级别设置影响系统的并发程度和吞吐量。在同一时刻，它决定了对相关数据进行修改的可能性。不同的应用系统对并发错误的容忍程度也有所不同，例如银行系统通常对金钱错误毫不妥协，而网上论坛可能允许某些错误的发生。

并发控制是指在多用户同时更新数据库时保证数据完整性的一系列技术。不正确的并发处理可能引发脏读、幻读和不可重复读等问题。其目的在于确保一个用户的操作不会不合理地影响其他用户的工作。这些措施在某些情况下确保多用户操作的结果与单用户操作一致，而在其他情况下，它们确保用户的操作按预期受其他用户影响的方式进行。

事务嵌套是指允许事务中包含其他事务，如顶层事务可以包含子事务。这种技术在并发控制中具有重要意义。

SQL Server的并发控制涉及事务的基本原理以及锁的类型和应用。在查询和更新数据库时，SQL Server利用不同类型的锁来管理数据的访问和修改，以避免阻塞和提升性能。

InnoDB 的事务、锁机制和 MVCC 并发控制，讲真，是搞 MySQL 绕不开的核心。事务这块，支持ACID不说，Group Commit和XA事务也都照顾到了，像配合别的数据库干活也不含糊。再说锁，行锁、表锁、自增锁、甚至还有隐式锁，啥并发情况都安排得明明白白。MVCC就更有意思了，能让你读数据的时候根本不用等写操作完成，快不快？ InnoDB 的ReadView机制挺巧妙，它决定了你事务里到底能看见哪些数据，像RC和RR隔离级别，也是在这里做的文章。还有一个蛮值得注意的点，mini-transaction，InnoDB 内部搞 page 读写时都得靠它，挺底层但关键。想搞清楚这些内容，

事务调度的底层逻辑，多人学数据库的时候都绕不开。其实说白了，就是怎么安排多个事务一起跑，还别打架。这个资源讲得挺系统的，串行化、可恢复性都有覆盖，适合搞并发控制或者想理解事务执行顺序的小伙伴看看。

并发控制（续）图11.1展示了事务的不同执行方式：（a）事务的串行执行方式；（b）事务的交叉并发执行方式。随着数据库技术的发展，优化并发控制是提高数据库执行效率的关键。