java事务大总结(一) 先理解数据库的事务以mysql为例

一： MYSQL的事务处理主要有两种方法。

1、用begin,rollback,commit来实现 [blockquote] begin 开始一个事务

rollback 事务回滚 [/blockquote]

commit 事务确认

2、直接用

[blockquote] set来改变mysql的自动提交模式

MYSQL默认是自动提交的，也就是你提交一个QUERY，它就直接执行！我们可以通过 [/blockquote]

set autocommit=0 禁止自动提交

set autocommit=1 开启自动提交来实现事务的处理。

[blockquote]
但注意当你用setautocommit=0的时候，你以后所有的SQL都将做为事务处理，直到你用commit确认或rollback结束，注意当你结束这个事务的同时也开启了个新的事务！按第一种方法只将当前的作为一个事务！

个人推荐使用第一种方法！ [/blockquote] MYSQL中只有INNODB和BDB类型的数据表才能支持事务处理！其他的类型是不支持的！（切记！）
事务的特征：

• [ul] Atomicity(原子性)
• Consistency(稳定性,一致性)
• Isolation(隔离性)
• Durability(可靠性)

[/ul]

注意：

事务只针对对数据数据产生影响的语句有效。

show engines//查看mysql锁支持的数据引擎。

MyISAM不支持事物，InnoDB支持事物。

默认情况下，MySQL将以自动提交模式运行，这意味着没一条小命令都将当做一个只有一条命令的事物来执行。

如果要让mysql支持支持事务，只需要修改数据引擎（alter table person type=INNODB）。

使用start transaction或者begin命令来开启一个事物,使用commit,或者rollback来结束事物。

事物的结束：事物除了commit,rollback会结束外,使用DDL或者DCL语句也会结束。

保存点：通过保存点机制:用户可以在事物里用savepoint name命令设置一些保存点,以后用户在使用rollback to savepoint name结束事物时，name之前的数据保存，之后的数据不保存。

mysql使用事务的关键字

• [ul] begin//打开一个事务。
• commit //提交到数据库。
• rollback //取消操作。
• savepoint //保存，部分取消，部分提交。
• alter table person type=INNODB//修改数据引擎。

[/ul]

示例：

1. [ol][li] begin
[/li]
2. updatepersonsetname='efgh'whereid=10
4. select*fromperson
6. rollback
8. select*fromperson

[/ol]

示例：

1. [ol][li] altertablepersontype=INNODB
begin [/li]
2. updatepersonsetname='efgh'whereid=10
3. select*fromperson
4. commit
5. select*fromperson
6. begin
7. deletefrompersonwhereid=21
8. updatepersonsetname='efgh'whereid=10
9. commit/rollback

[/ol]

针对上面部分提交，必须用到保存点。

事务保存点注意：

1.只能取消到某个保存点rollbackto savepoint p1。

2.不能提交某个保存commit to savepoint p2//错误写法。

3.最后commit把未取消的保存点去不提交到数据。

事务保存点使用例子：

1. [ol][li] begin;
updatescoresetscore=40wherescoreid=1; [/li]
2. savepoints1;
3. updatescoresetscore=50wherescoreid=2;
4. select*fromscore;
5. rollbacktosavepoints1;
6. select*fromscore;
7. commit；

[/ol] 二：MySQL数据库事务隔离级别

READ UNCOMMITTED 读取未提交的内容

在READ UNCOMMITTED隔离级，所有的事务都可以“看到”未提交事务的执行结果。在这种级别上，可能会产生很多问题，除非用户真的知道自己在做什么，并有很好的理由这样做。本隔离级很少用于实际应用，因为它的性能也不比其他级别好多少，而别的级别还有其他更多的优点。读取未提交数据，也被称为“脏读”(Dirty Read)

READ COMMITTED (读取提交内容)

大多数数据库系统的默认隔离级是READ COMMITED(但这不是MySql默认的)。它满足了隔离的早先简单定义：一个事务在开始时，只能“看见”已经提交事务所做的改变，一个事务从开始到提交前，所做的任何数据改变都是不可见的，除非已经提交。这种隔离级别也支持所谓的“不可重复读”(NonrepeatableRead)。这意味着用户运行同一语句两次，看到的结果是不同的。

REPEATABLE READ(可重读)(默认)

REPEATABLE READ 隔离级解决了READ UNCOMMITTED隔离导致的问题。他确保同一事务的多个实例在并发读取数据时，看“看到同样的”数据行。不过理论上。这会导致另一个棘手的问题：幻读(Phantom Read)。简单来说，幻读指当前用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围内的数据行时，看发现有新的“幻影”(Phantom)行。InnoDB和Falcon存储引擎通过多个版本并发控制(Multiversion Conccurency Control)机制解决了幻读问题。REPEATABLE READ 是MySql的默认事务隔离级别。InnoDB和Falcon存储引擎都遵循这种设置

SERIALIZABLE (可串行化)

SERIALIZABLE是最高级别的隔离级别，他通过强制的事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，SERIALIZABLE是在每个读的数据行上加锁。在这个隔离级别，可导致大量的超时(Timeout)现象和锁竞争(Lock Contention)现象。

三：修改事务隔离级别的方法：

用户可以用SET TRANSACTION语句改变单个会话或者所有新进连接的隔离级别。它的语法如下：

SET[SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE}

注意：默认的行为（不带session和global）是为下一个（未开始）事务设置隔离级别。如果你使用GLOBAL关键字，语句在全局对从那点开始创建的所有新连接（除了不存在的连接）设置默认事务级别。你需要SUPER权限来做这个。使用SESSION 关键字为将来在当前连接上执行的事务设置默认事务级别。 任何客户端都能自由改变会话隔离级别（甚至在事务的中间），或者为下一个事务设置隔离级别。

set @@global.tx_isolation='READ UNCOMMITTED';

你可以用下列语句查询全局和会话事务隔离级别：

SELECT@@global.tx_isolation;

SELECT@@session.tx_isolation;

SELECT@@tx_isolation;

• 点赞
• 收藏
• 分享
• 文章举报

tiaowudexiaocao 发布了0 篇原创文章 · 获赞 0 · 访问量 674 私信 关注