MySQL事务控制和锁定语句

【基础MVCC浅析：http://blog.sina.com.cn/s/blog_711b11fd0101bhks.html】
【http://www.111cn.net/database/mysql/55482.htm；http://www.cnblogs.com/zhaoyl/p/4121010.html】
【锁定语句】
mysql发现 lock tables 命令的时候,会将带有锁标记的表(table) 带入封闭空间,直到 出现 unlock tables 命令 或 线程结束, 才关闭封闭空间。
eg：
mysql 的 表锁 lock tables 感觉就像一个 封闭的空间
进入封闭空间时 , 仅仅只有锁标记的表(table) 可以在里面使用,其他表无法使用。
锁标记 分为 read 和 write 下面是 两种 锁的区别

---

//如 将 table1 设为read锁, table2 设为write锁, table3 设为read锁

lock tables [table1] read,[table2] write,[table3] read;

//执行到这里时,进入封闭空间。

1. table1 仅允许[所有人]读,[空间外]如需写、更新要等待[空间退出],[空间内]如需写、更新会引发mysql报错。
2. table2 仅允许[空间内]读写更新,[空间外]如需写、更新要等待[空间退出]。
3. table3 仅允许[所有人]读,[空间外]如需写、更新要等待[空间退出],[空间内]如需写、更新会引发mysql报错。

---

//执行到这里时,退出封闭空间,释放所有表锁

unlock tables
当前线程关闭时,自动退出封闭空间,释放所有表锁,无论有没有执行 unlock tables

 【事务控制】【http://www.cnblogs.com/ymy124/p/3718439.html】
 MySQL的事务支持不是绑定在MySQL服务器本身，而是与存储引擎相关1.MyISAM：不支持事务，用于只读程序提高性能 2.InnoDB：支持ACID事务、行级锁、并发 3.Berkeley DB：支持事务
 
 一个事务是一个连续的一组数据库操作，就好像它是一个单一的工作单元进行。换言之，永远不会是完整的事务，除非该组内的每个单独的操作是成功的。如果在事务的任何操作失败，则整个事务将失败。

 事务的特性： 

事务有以下四个标准属性的缩写ACID，通常被称为：
原子性: 确保工作单元内的所有操作都成功完成，否则事务将被中止在故障点，和以前的操作将回滚到以前的状态【一组事务，要么成功；要么撤回】
一致性: 确保数据库正确地改变状态后，成功提交的事务【有非法数据（外键约束之类），事务撤回】
隔离性: 使事务操作彼此独立的和透明的【事务独立运行；一个事务处理后的结果，影响了其他事务，那么其他事务会撤回；事务的100%隔离，需要牺牲速度】
持久性: 确保提交的事务的结果或效果的系统出现故障的情况下仍然存在【软、硬件崩溃后，InnoDB数据表驱动会利用日志文件重构修改；可靠性和高速度不可兼得， innodb_flush_log_at_trx_commit选项 决定什么时候吧事务保存到日志里】

 BEGIN WORK开始事务发出SQL命令
 发出一个或多个SQL命令，如SELECT，INSERT，UPDATE或DELETE
 检查是否有任何错误，一切都依据的需要
 如果有任何错误，那么问题ROLLBACK命令，否则发出COMMIT命令
 
 【注：由于项目设计里面，牵扯到了金钱的转移，于是就要用到MYSQL的事务处理，来保证一组处理结果的正确性。用了事务，就不可避免的要牺牲一部分速度，来保证数据的正确性；只有InnoDB支持事务】

 开启事务
 START TRANSACTION 或 BEGIN
 提交事务（关闭事务）
 COMMIT
 放弃事务（关闭事务）
 ROLLBACK
 事务的终止
 设置“自动提交”模式，SET AUTOCOMMIT = 0，每条SQL都是同一个事务的不同命令，之间由 COMMIT 或 ROLLBACK隔开，掉线后，没有 COMMIT 的事务都被放弃

事务锁定模式
系统默认： 不需要等待某事务结束，可直接查询到结果，但不能再进行修改、删除。
缺点：查询到的结果，可能是已经过期的。
优点：不需要等待某事务结束，可直接查询到结果。
需要用以下模式来设定锁定模式
1、SELECT …… LOCK IN SHARE MODE（共享锁）
查询到的数据，就是数据库在这一时刻的数据（其他已commit事务的结果，已经反应到这里了）
SELECT 必须等待，某个事务结束后才能执行
2、SELECT …… FOR UPDATE（排它锁）
例如 SELECT * FROM tablename WHERE id<200
那么id<200的数据，被查询到的数据，都将不能再进行修改、删除、SELECT …… LOCK IN SHARE MODE操作
一直到此事务结束
共享锁 和 排它锁 的区别：在于是否阻断其他客户发出的 SELECT …… LOCK IN SHARE MODE命令
3、INSERT / UPDATE / DELETE
所有关联数据都会被锁定，加上排它锁
4、防插入锁
例如 SELECT * FROM tablename WHERE id>200
那么id>200的记录无法被插入

5、死锁
自动识别死锁
先进来的进程被执行，后来的进程收到出错消息，并按ROLLBACK方式回滚
innodb_lock_wait_timeout = n 来设置最长等待时间，默认是50秒

事务隔离模式
SET [SESSION|GLOBAL] TRANSACTION ISOLATION LEVEL
READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE
1、不带SESSION、GLOBAL的SET命令
只对下一个事务有效
2、SET SESSION
为当前会话设置隔离模式
3、SET GLOBAL
为以后新建的所有MYSQL连接设置隔离模式（当前连接不包括在内）
隔离模式
READ UNCOMMITTED
不隔离SELECT
其他事务未完成的修改（未COMMIT），其结果也考虑在内
READ COMMITTED
把其他事务的 COMMIT 修改考虑在内
同一个事务中，同一 SELECT 可能返回不同结果
REPEATABLE READ（默认）
不把其他事务的修改考虑在内，无论其他事务是否用COMMIT命令提交过
同一个事务中，同一 SELECT 返回同一结果（前提是本事务，不修改）

SERIALIZABLE
和REPEATABLE READ类似，给所有的SELECT都加上了 共享锁

MYSQL的事务处理主要有两种方法
1.用begin,rollback,commit来实现
begin/start transaction开始一个事务
rollback事务回滚
commit 事务确认
chain和release子句分别用来定义在事务提交或者回滚之后的操作，chain会立即启动一个新事物，并且和刚才的事务具有相同的隔离级别，release则会断开和客户端的链接
2.直接用set来改变mysql的自动提交模式
mysql默认是自动提交的，也就是你提交一个query，就直接执行！可以通过
set autocommit = 0 禁止自动提交
set autocommit = 1 开启自动提交
来实现事务的处理。
但要注意当用set autocommit = 0 的时候，你以后所有的sql都将作为事务处理，直到你用commit确认或 rollback结束，注意当你结束这个事务的同时也开启了新的事务！按第一种方法只将当前的做为一个事务!
MYSQL只有 INNODB和BDB类型的数据表才支持事务处理，其他的类型是不支持的!

在事务中可以通过定义savepoint，指定回滚事务的一个部分，但是不能指定提交事务的一个部分。对于复杂的应用，可以定义多个不同的savepoint，满足不同的条件时，回滚不同的savepoint。需要注意的是，如果定义了相同名字的savepoint，则后面定义的savepoint会覆盖之前的定义。对于不再需要使用的savepoint，可以通过release savepoint命令删除savepoint，删除后的savepoint，不能再执行rollback to savepoint命令。