mysql执行sql默认事物

基础概念

MySQL中的事务（Transaction）是一组一起执行或都不执行的SQL语句。事务的主要目的是为了保证数据的一致性和完整性。在MySQL中，默认情况下，每个单独的SQL语句都会被当作一个事务来执行，这种模式被称为自动提交（Auto Commit）模式。

相关优势

1. 原子性（Atomicity）：事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
2. 一致性（Consistency）：事务必须使数据库从一个一致性状态变换到另一个一致性状态。
3. 隔离性（Isolation）：事务的执行不能被其他事务干扰，即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不会互相干扰。
4. 持久性（Durability）：一旦事务提交，则其结果就是永久的，即使系统崩溃也不会丢失。

类型

MySQL支持两种事务隔离级别：

1. 读未提交（Read Uncommitted）：最低的隔离级别，允许读取尚未提交的数据变更。
2. 读已提交（Read Committed）：大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它确保一个事务只能读取已经提交的事务所做的更改。
3. 可重复读（Repeatable Read）：MySQL的默认隔离级别。它确保在同一个事务中多次读取同一数据的结果是一致的。
4. 串行化（Serializable）：最高的隔离级别，它通过对每一行数据都加锁来保证事务的隔离性。

应用场景

事务广泛应用于需要保证数据一致性和完整性的场景，例如：

• 银行转账：从一个账户扣除金额并添加到另一个账户。
• 订单处理：创建订单、更新库存、生成发票等。
• 用户注册：创建用户账户、发送验证邮件等。

遇到的问题及解决方法

问题：为什么有时MySQL事务没有按预期回滚？

• 原因：
  • 事务没有被正确开始（没有使用START TRANSACTION或BEGIN）。
  • 在事务中使用了不支持事务的存储引擎（如MyISAM）。
  • 在事务中执行了SET AUTOCOMMIT=1，导致自动提交模式被启用。
  • 在某些情况下，由于死锁或其他问题，事务可能被隐式回滚。
• 解决方法：
  • 确保使用START TRANSACTION或BEGIN明确开始事务。
  • 使用支持事务的存储引擎，如InnoDB。
  • 避免在事务中更改自动提交模式。
  • 检查并解决可能的死锁问题。

示例代码

START TRANSACTION;

-- 执行一系列SQL操作
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
UPDATE accounts SET balance = balance + 100 WHERE id = 2;

-- 如果一切顺利，则提交事务
COMMIT;

-- 如果出现错误，则回滚事务
-- ROLLBACK;

参考链接

• MySQL事务介绍
• MySQL事务隔离级别