InnoDB 支持 transaction ,MyISAM 不支持。

索引:

  1. Changing the Default Commit Behavior
  2. SAVEPOINT 与 ROLLBACK TO
  3. COMMIT 与 ROLLBACK

When working with transactions and transaction processing, there are a few keywords that'll keep reappearing. Here are the terms you need to know:

  • Transaction A block of SQL statements

  • Rollback The process of undoing specified SQL statements

  • Commit Writing unsaved SQL statements to the database tables

  • Savepoint A temporary placeholder in a transaction set to which you can issue a rollback (as opposed to rolling back an entire transaction)

有点类似于游戏里的存档,我们在什么时候需要存档呢?

一般是在挑战 BOSS 之前、或者结束游戏的时候,总之是很重要的事情、而且失败之后代价很巨大。我们可以把 挑战 BOSS 这件事情叫做“事务transaction”。在挑战前的那个存档时间点叫做“保存点savepoint”,如果你 GG 了重新去读档就是“回滚rollback”了。

再比如说,实际生活中给人转账,在我确认转账之后,银行系统首先会检查我的账户上有没有足够的钱,然后减去我要转出的金额,如果在这个时候银行系统突然宕机了(假设),那转出去的钱是不是不翼而飞了呢?。。。显然不会,银行系统在做这一系列事情之前肯定会预先存档,万一有意外直接读档回归到什么都没有做的时候就好了。

下面是一个简单的例子:

mysql> SELECT * FROM pet;
+--------+----------+-----------+-----------+
| pet_id | pet_type | pet_name | master_id |
+--------+----------+-----------+-----------+
| 8881 | NULL | 楗?《 | 1001 |
| 8882 | dog | 灏忕櫧 | 1002 |
| 8883 | cat | 鑰侀粍 | 1003 |
+--------+----------+-----------+-----------+
3 rows in set (0.00 sec) mysql> START TRANSACTION; -- 存档,下面要开始做重要的事情了
Query OK, 0 rows affected (0.00 sec) mysql> DELETE FROM pet;
Query OK, 3 rows affected (0.00 sec) mysql> SELECT * FROM pet;
Empty set (0.00 sec) mysql> ROLLBACK; -- 读档
Query OK, 0 rows affected (0.01 sec) mysql> SELECT * FROM pet;
+--------+----------+-----------+-----------+
| pet_id | pet_type | pet_name | master_id |
+--------+----------+-----------+-----------+
| 8881 | NULL | 楗?《 | 1001 |
| 8882 | dog | 灏忕櫧 | 1002 |
| 8883 | cat | 鑰侀粍 | 1003 |
+--------+----------+-----------+-----------+
3 rows in set (0.00 sec)

记住ROLLBACK只能用于回滚 UPDATE、DELETE、INSERT ,而不能回滚 DROP 和 CREATE 。

Changing the Default Commit Behavior

As already explained, the default MySQL behavior is to automatically commit any and all changes. In other words, any time you execute a MySQL statement, that statement is actually being performed against the tables, and the changes made occur immediately. To instruct MySQL to not automatically commit changes, you need to use the following statement:

SET autocommit=0;

PS. 这个设置仅对当前连接有效,不是全局、持久的。

默认状态下除非用了 

START TRANSACTION;

否则每一条 SQL;都是直接被提交的。

看下面的例子:

mysql> SET autocommit=;
Query OK, 0 rows affected (0.00 sec) mysql> SHOW VARIABLES LIKE "autocommit";
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | OFF |
+---------------+-------+
row in set (0.00
sec)

mysql> SELECT * FROM pet;
+--------+----------+-----------+-----------+
| pet_id | pet_type | pet_name | master_id |
+--------+----------+-----------+-----------+
| 8881 | NULL | 楗?《 | 1001 |
| 8882 | dog | 灏忕櫧 | 1002 |
| 8883 | cat | 鑰侀粍 | 1003 |
+--------+----------+-----------+-----------+
3 rows in set (0.00 sec) mysql> INSERT INTO pet(pet_name, master_id)
-> VALUES ('老黄', 234);
Query OK, 1 row affected (0.00 sec) mysql> SELECT * FROM pet; -- 说好不自动提交呢?。。。
+--------+----------+-----------+-----------+
| pet_id | pet_type | pet_name | master_id |
+--------+----------+-----------+-----------+
| 8881 | NULL | 楗?《 | 1001 |
| 8882 | dog | 灏忕櫧 | 1002 |
| 8883 | cat | 鑰侀粍 | 1003 |
| NULL | animal | 老黄 | |
+--------+----------+-----------+-----------+
4 rows in set (0.00 sec)

就像上面所看到的,我们虽然没有 commit ,但改变还是发生了不是吗?。。但是实际上并没有“真正”提交,断开重连(或者同时再开启一个并行连接也行,可以用这个方法测试一下mysql的并发机制:当某个连接拿到某个表的锁之后,另外一个连接操作这张表就需要等待):

mysql> ^CCtrl-C -- exit!
Aborted
root@xkfx:~# mysql -uroot -p
mysql> USE mysqlCrash; SELECT * FROM pet;
Database changed
+--------+----------+-----------+-----------+
| pet_id | pet_type | pet_name | master_id |
+--------+----------+-----------+-----------+
| 8881 | NULL | 楗?《 | 1001 |
| 8882 | dog | 灏忕櫧 | 1002 |
| 8883 | cat | 鑰侀粍 | 1003 |
+--------+----------+-----------+-----------+
3 rows in set (0.00 sec)

SAVEPOINT 与 ROLLBACK TO

SAVEPOINT delete1; -- 必须在事务内哦
ROLLBACK TO delete1; -- 在事务结束( ROLLBACK / ROLLBACK TO / COMMIT )之后,保存点会被自动释放,当然也可以通过 RELEASE SAVEPOINT 手动释放。

COMMIT 与 ROLLBACK

1、commit:整个事务的所有更改永久保存

2、rollback:撤销事务所做的更改

commit后不能回滚,但是如果你是9i或以上版本可以使用flashback来找回原来的数据。
在一个事务中,rollback和commit都代表结束一个事务。要么回滚,要么提交。他们是在一个等级上的命令。rollback可以写在commit之前,但是commit的数据就不能rollback了。 --- radioxhk

MySQL Crash Course #18# Chapter 26. Managing Transaction Processing的更多相关文章

  1. MySQL Crash Course #20# Chapter 28. Managing Security

    限制用户的操作权限并不是怕有人恶意搞破坏,而是为了减少失误操作的可能性. 详细文档:https://dev.mysql.com/doc/refman/8.0/en/user-account-manag ...

  2. MySQL Crash Course #12# Chapter 18. Full-Text Searching

    INDEX 由于性能.智能结果等多方面原因,在搜索文本时,全文搜索一般要优于通配符和正则表达式,前者为指定列建立索引,以便快速找到对应行,并且将结果集智能排序.启用查询扩展可以让我们得到未必包含关键字 ...

  3. MySQL Crash Course #13# Chapter 21. Creating and Manipulating Tables

    之前 manipulate 表里的数据,现在则是 manipulate 表本身. INDEX 创建多列构成的主键 自动增长的规定 查看上一次插入的自增 id 尽量用默认值替代 NULL 外键不可以跨引 ...

  4. MySQL Crash Course #11# Chapter 20. Updating and Deleting Data

    INDEX Updating Data The IGNORE Keyword Deleting Data Faster Deletes Guidelines for Updating and Dele ...

  5. MySQL Crash Course #10# Chapter 19. Inserting Data

    INDEX BAD EXAMPLE Improving Overall Performance Inserting Multiple Rows INSTEAD OF Inserting a Singl ...

  6. MySQL Crash Course #06# Chapter 13. 14 GROUP BY. 子查询

    索引 理解 GROUP BY 过滤数据 vs. 过滤分组 GROUP BY 与 ORDER BY 之不成文的规定 子查询 vs. 联表查询 相关子查询和不相关子查询. 增量构造复杂查询 Always ...

  7. MySQL Crash Course #04# Chapter 7. 8 AND. OR. IN. NOT. LIKE

    索引 AND. OR 运算顺序 IN Operator VS. OR NOT 在 MySQL 中的表现 LIKE 之注意事项 运用通配符的技巧 Understanding Order of Evalu ...

  8. MySQL Crash Course #01# Chapter 1. 2 概念. Primary key

    索引 database table schema Primary Key MySQL 书的第一章介绍一些基本的概念.理解数据库是掌握 MySQL 非常重要的一个部分. 第二章简单介绍了 MySQL 以 ...

  9. MySQL Crash Course #21# Chapter 29.30. Database Maintenance & Improving Performance

    终于结束这本书了,最后两章的内容在官方文档中都有详细介绍,简单过一遍.. 首先是数据备份,最简单直接的就是用 mysql 的内置工具 mysqldump MySQL 8.0 Reference Man ...

随机推荐

  1. div的最小宽高和最大宽高

    div的最小宽高和最大宽高很少使用但是很实用,今天敲代码,就遇到了,要在div里设置滚动条,众所周知,一般是设overflow-y:auto,但需要一个高度,只有div里的内容超过这个高度时,才会有滚 ...

  2. HOJ-2662Pieces Assignment(状态压缩,动态规划)

    Pieces Assignment Source : zhouguyue Time limit : 1 sec Memory limit : 64 M Submitted : 415, Accepte ...

  3. POJ-2181 Jumping Cows(贪心)

    Jumping Cows Time Limit: 1000MS Memory Limit: 65536K Total Submissions: 7329 Accepted: 4404 Descript ...

  4. laravel5.1接收ajax数据

    前台: $.ajax({ type: 'POST', url: '{!! url('aw/data') !!}', data:{'_token':'<?php echo csrf_token() ...

  5. AllowOverride None

    PHP Advanced and Object-Oriented Programming Larry Ullman <Directory /> AllowOverride None < ...

  6. 原生js模仿下拉刷新功能

    <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8&quo ...

  7. CF750F New Year and Finding Roots 构造+树论

    正解:构造 解题报告: 传送门! 交互题交互题!哇好新鲜啊QwQ 首先考虑最傻逼的做法,应该是每个人都能想到的 首先看一下它给的条件,考虑到完全二叉树的性质,就可以发现,如果给的邻居只有一个,说明是叶 ...

  8. Web Responsive Table, 只需CSS使table在手机和平板中完美显示

    在做responsive或者手机版页面的时候,经常碰到<Table>在手机和平板中会因为长度问题把页面撑大.最近看到一个比较好,比较方便的方法,而且仅仅用CSS 2就可以实现! 实例URL ...

  9. 集成百度地图API实现定位

    版权声明:本文为博主原创文章.未经博主同意不得转载. https://blog.csdn.net/u010982006/article/details/32347107 一.百度地图API获取定位 A ...

  10. literallycanvas的简介

    LiterallyCanvas是什么 Literally Canvas是一个可扩展的开源(BSD许可)HTML5绘图组件,可以用于网页中插入画图板,类似于windows自带的画图板.可以用可视化工具绘 ...