一、事务基础介绍
咱们先说说啥是事务。在数据库操作里，事务就像是一个任务包，里面装着一系列的操作，这些操作要么全部成功，要么全部失败，不会出现部分成功部分失败的情况。举个例子，假如你要给朋友转钱，这个操作其实包含两步，先从你的账户扣钱，再往朋友账户加钱。这两步就得放在一个事务里，要是只扣了你的钱，没加到朋友账户，那可就乱套了。
在 SQLite 里，一个事务通常是从 BEGIN 语句开始，到 COMMIT 或者 ROLLBACK 语句结束。BEGIN 就像是告诉数据库，我要开始一组操作了；COMMIT 表示这组操作都成功了，把结果保存下来；ROLLBACK 则是说这组操作出问题了，把之前的操作都撤销。
下面是一个简单的 SQLite 事务示例（SQLite 技术栈）：
-- 开始一个事务
BEGIN;
-- 插入一条数据到 users 表
INSERT INTO users (name, age) VALUES ('张三', 25);
-- 修改另一条数据
UPDATE users SET age = 26 WHERE name = '李四';
-- 提交事务，将操作结果保存到数据库
COMMIT;
在这个示例中，我们先开始一个事务，然后进行了插入和修改操作，最后提交事务。如果在操作过程中出现了错误，我们可以使用 ROLLBACK 语句来撤销这些操作。
二、减少提交次数的好处及示例
减少提交次数有啥好处呢？简单来说，就是能提高性能。每次提交事务，数据库都要做一些额外的工作，比如把数据写到磁盘上，这些操作是比较耗时的。如果我们把多个操作放在一个事务里一起提交，就能减少这些额外工作的次数，从而提高性能。
咱们来看个例子。假如我们要往一个表里插入 100 条数据，一种方法是每次插入一条数据就提交一次事务，另一种方法是把 100 条数据的插入操作放在一个事务里一起提交。
先看每次插入一条数据就提交的情况（SQLite 技术栈）：
-- 循环 100 次插入数据
FOR i IN 1..100 LOOP
-- 开始一个事务
BEGIN;
-- 插入一条数据到 test_table 表
INSERT INTO test_table (value) VALUES (i);
-- 提交事务
COMMIT;
END LOOP;
再看把 100 条数据插入操作放在一个事务里的情况（SQLite 技术栈）：
-- 开始一个事务
BEGIN;
-- 循环 100 次插入数据
FOR i IN 1..100 LOOP
INSERT INTO test_table (value) VALUES (i);
END LOOP;
-- 提交事务
COMMIT;
很明显，第二种方法减少了提交次数，性能会更好。因为第一种方法每次插入都要进行提交操作，会有很多额外的开销；而第二种方法只需要一次提交，节省了大量时间。
三、隔离级别调整的作用及示例
隔离级别决定了事务之间的相互影响程度。在 SQLite 里，有几种不同的隔离级别，不同的隔离级别会影响事务的并发性能和数据的一致性。
1. 未提交读（READ UNCOMMITTED）
这种隔离级别是最宽松的，一个事务可以读取另一个事务未提交的数据。这样做的好处是并发性能高，但是可能会读到脏数据。
示例（SQLite 技术栈）：
-- 设置隔离级别为未提交读
PRAGMA read_uncommitted = 1;
-- 开始事务
BEGIN;
-- 读取数据
SELECT * FROM orders;
-- 提交事务
COMMIT;
在这个示例中，我们把隔离级别设置为未提交读，然后开始一个事务读取数据。这样在读取数据时，可能会读到其他事务还未提交的数据。
2. 提交读（READ COMMITTED）
这种隔离级别下，一个事务只能读取其他事务已经提交的数据。这样可以避免脏读的问题，但是可能会出现不可重复读的情况，也就是在一个事务里，两次读取同一数据可能会得到不同的结果。
示例（SQLite 技术栈）：
-- 设置隔离级别为提交读（SQLite 默认就是提交读，这里只是为了演示）
PRAGMA read_uncommitted = 0;
-- 开始事务
BEGIN;
-- 第一次读取数据
SELECT * FROM orders;
-- 模拟其他事务修改数据
-- 再次读取数据
SELECT * FROM orders;
-- 提交事务
COMMIT;
在这个示例中，我们把隔离级别设置为提交读，然后在一个事务里进行两次读取操作。由于其他事务可能在两次读取之间修改了数据，所以两次读取的结果可能不同。
3. 可重复读（REPEATABLE READ）
这种隔离级别可以保证在一个事务里，多次读取同一数据的结果是相同的。它可以避免不可重复读的问题，但是可能会出现幻读的情况，也就是在一个事务里，查询到的数据行数可能会因为其他事务的插入或删除操作而发生变化。
示例（SQLite 技术栈）：
-- 开始一个可重复读的事务
BEGIN IMMEDIATE;
-- 第一次读取数据
SELECT * FROM products;
-- 模拟其他事务插入数据
-- 再次读取数据
SELECT * FROM products;
-- 提交事务
COMMIT;
在这个示例中，我们开始一个可重复读的事务，然后进行两次读取操作。虽然其他事务可能插入了数据，但是在这个事务里，两次读取的结果是一样的。
4. 串行化（SERIALIZABLE）
这是最严格的隔离级别，事务之间是串行执行的，不会出现脏读、不可重复读和幻读的问题。但是它的并发性能最低。
示例（SQLite 技术栈）：
-- 开始一个串行化的事务
BEGIN EXCLUSIVE;
-- 读取数据
SELECT * FROM customers;
-- 提交事务
COMMIT;
在这个示例中，我们开始一个串行化的事务，在这个事务执行期间，其他事务不能对相关数据进行修改。
四、应用场景分析
1. 批量数据插入场景
在批量数据插入时，减少提交次数能大大提高性能。比如一个电商系统，每天晚上要把当天的订单数据批量插入到数据库里。如果每次插入一条订单数据就提交一次事务，会非常耗时。这时候就可以把所有订单数据的插入操作放在一个事务里一起提交，能显著提高插入效率。
2. 高并发读写场景
在高并发读写场景下，隔离级别的调整就很重要了。如果对数据一致性要求不是特别高，但是对并发性能要求较高，可以选择未提交读或提交读的隔离级别。比如一个新闻网站，用户可以同时进行文章的浏览和评论，这时候可以选择提交读的隔离级别，既能保证一定的数据一致性，又能提高并发性能。如果对数据一致性要求非常高，比如银行系统的转账操作，就需要选择可重复读或串行化的隔离级别。
五、技术优缺点分析
1. 减少提交次数的优缺点
优点
- 提高性能：减少了数据库的额外操作，节省了时间。
- 降低磁盘 I/O：减少了数据写入磁盘的次数，降低了磁盘 I/O 压力。
缺点
- 事务回滚风险：如果事务里的某个操作失败，整个事务都要回滚，可能会影响较多的数据。
- 锁持有时间长：事务执行时间变长，可能会导致锁持有时间变长，影响其他事务的执行。
2. 隔离级别调整的优缺点
优点
- 满足不同需求：可以根据不同的业务场景选择合适的隔离级别，平衡并发性能和数据一致性。
- 提高并发性能：选择合适的隔离级别可以提高事务的并发执行能力。
缺点
- 可能出现数据不一致问题：较低的隔离级别可能会导致脏读、不可重复读和幻读等问题。
- 并发性能降低：较高的隔离级别会降低事务的并发性能。
六、注意事项
1. 减少提交次数时的注意事项
- 控制事务大小：事务不能太大，否则一旦出现错误，回滚的时间会很长。
- 异常处理：在事务里要做好异常处理，确保在出现错误时能及时回滚事务。
2. 隔离级别调整时的注意事项
- 根据业务需求选择：要根据具体的业务场景和对数据一致性的要求选择合适的隔离级别。
- 测试：在调整隔离级别后，要进行充分的测试，确保系统的性能和数据一致性都能满足要求。
七、文章总结
在 SQLite 里，通过减少提交次数和调整隔离级别可以对事务进行优化。减少提交次数能提高性能，尤其适用于批量数据插入场景；而隔离级别调整可以根据不同的业务需求平衡并发性能和数据一致性。在实际应用中，我们要根据具体的业务场景选择合适的优化方法，同时要注意事务大小的控制和异常处理，以及根据业务需求选择合适的隔离级别并进行充分的测试。
评论