0.CURD不加控制,会有什么问题?
1.问题抛出
- 当客户端A检查还有一张票时,将票卖掉,还没有执行更新数据库时,客户端B检查了票数,发现大于0,于是又卖了一次票。然后A将票数更新回数据库。这时就出现了同一张票被卖了两次
2.CURD满足什么属性,能解决上述问题?
- 买票的过程得是原子的吧?
- 买票互相应该不能影响吧?
- 买完票应该要永久有效吧?
- 买前、买后都要是确定的状态吧?
1.什么是事务?
1.概念
- 事务就是一组DML语句组成,这些语句在逻辑上存在相关性,这一组DML语句要么全部成功,要么全部失败,是一个整体
- MySQL提供一种机制,保证我们达到这样的效果
- 事务还规定不同的客户端看到的数据是不相同的
- 事务就是要做的或所做的事情,主要用于处理操作量大,复杂度高的数据
2.形象理解
- 假设一种场景:
- 你毕业了,学校的教务系统后台 MySQL 中,不再需要你的数据,要删除你的所有信息[一般不会:)],那么要删除你的基本信息(姓名,电话,籍贯等)的同时,也删除和你有关的其他信息
- 比如:你的各科成绩,你在校表现,甚至你在论坛发过的文章等
- 这样,就需要多条 MySQL 语句构成,那么所有这些操作合起来,就构成了一个事务
- 你毕业了,学校的教务系统后台 MySQL 中,不再需要你的数据,要删除你的所有信息[一般不会:)],那么要删除你的基本信息(姓名,电话,籍贯等)的同时,也删除和你有关的其他信息
- 一个 MySQL 数据库,可不止一个事务在运行,同一时刻,甚至有大量的请求被包装成事务,在向 MySQL 服务器发起事务处理请求
- 而每条事务至少一条 SQL ,最多很多 SQL,这样如果大家都访问同样的表数据,在不加保护的情况下,就绝对会出现问题
- 甚至,因为事务由多条 SQL 构成,那么,也会存在执行到一半出错或者不想再执行的情况,那么已经执行的怎么办呢?
3.总结
- 所有,一个完整的事务,绝对不是简单的 sql 集合,还需要满足如下四个属性(ACID):
- 原子性(Atomicity,或称不可分割性)
- 一个事务(Transaction)中的所有操作,要么全部完成,要么全部不完成,不会结束在中间某个环节
- 事务在执行过程中发生错误,会被回滚(Rollback)到事务开始前的状态,就像这个事务从来没有执行过一样
- 一致性(Consistency)
- 在事务开始之前和事务结束以后,数据库的完整性没有被破坏
- 这表示写入的资料必须完全符合所有的预设规则,这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作
- 隔离性(Isolation,又称独立性)
- 数据库允许多个并发事务同时对其数据进行读写和修改的能力
- 隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致
- 事务隔离分为不同级别
- 读未提交(Read uncommitted)
- 读提交(Read committed)
- 可重复读(repeatable read)
- 串行化(Serializable)
- 数据库允许多个并发事务同时对其数据进行读写和修改的能力
- 持久性(Durability)
- 事务处理结束后,对数据的修改就是永久的,即便系统故障也不会丢失
4.为什么会出现事务?
- 事务被 MySQL 编写者设计出来,本质是为了当应用程序访问数据库的时候,事务能够简化我们的编程模型,不需要我们去考虑各种各样的潜在错误和并发问题
- 可以想一下,当使用事务时,要么提交,要么回滚,不会去考虑网络异常,服务器宕机了,同时更改一个数据怎么办,对吧?
- 因此事务本质上是为了应用层服务的,而不是伴随着数据库系统天生就有的
5.事物的版本支持
- 在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务, MyISAM 不支持
mysql> show engines; -- 表格显示 mysql> show engines \G -- 行显示 *************************** 1. row *************************** Engine: InnoDB -- 引擎名称 Support: DEFAULT -- 默认引擎 Comment: Supports transactions, row-level locking, and foreign keys -- 描述 Transactions: YES -- 支持事务 XA: YES Savepoints: YES -- 支持事务保存点 *************************** 2. row *************************** Engine: MRG_MYISAM Support: YES Comment: Collection of identical MyISAM tables Transactions: NO XA: NO Savepoints: NO *************************** 3. row *************************** Engine: MEMORY --内存引擎 Support: YES Comment: Hash based, stored in memory, useful for temporary tables Transactions: NO XA: NO Savepoints: NO *************************** 4. row *************************** Engine: BLACKHOLE Support: YES Comment: /dev/null storage engine (anything you write to it disappears) Transactions: NO XA: NO Savepoints: NO *************************** 5. row *************************** Engine: MyISAM Support: YES Comment: MyISAM storage engine Transactions: NO -- MyISAM不支持事务 XA: NO Savepoints: NO *************************** 6. row *************************** Engine: CSV Support: YES Comment: CSV storage engine Transactions: NO XA: NO Savepoints: NO *************************** 7. row *************************** Engine: ARCHIVE Support: YES Comment: Archive storage engine Transactions: NO XA: NO Savepoints: NO *************************** 8. row *************************** Engine: PERFORMANCE_SCHEMA Support: YES Comment: Performance Schema Transactions: NO XA: NO Savepoints: NO *************************** 9. row *************************** Engine: FEDERATED Support: NO Comment: Federated MySQL storage engine Transactions: NULL XA: NULL Savepoints: NULL
6.事务提交方式
- 事务的提交方式常见的有两种:
- 自动提交
- 手动提交
- 查看事务提交方式
mysql> show variables like 'autocommit'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | autocommit | ON | +---------------+-------+
- 用 SET 来改变 MySQL 的自动提交模式
mysql> SET AUTOCOMMIT=0; #SET AUTOCOMMIT=0 禁止自动提交 mysql> show variables like 'autocommit'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | autocommit | OFF | +---------------+-------+ mysql> SET AUTOCOMMIT=1; #SET AUTOCOMMIT=1 开启自动提交 mysql> show variables like 'autocommit'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | autocommit | ON | +---------------+-------+