1.事务的特性（ACID）

（1）原子性（Atomicity）。事务中所涉及的程序对数据库的修改操作要么全部成功，要么全部失败。

（2）一致性（Consistency）。事务执行前和执行后来源和去向保持平衡。

（3）隔离性（Isolation）。并发时每个事务是隔离的，相互不影响。

（4）持久性（Durubility）。一旦事务成功提交，应该保证数据的完整存在。

2.事务隔离级别

（1）read uncommitted 未提交读

所有事务都可以看到没有提交事务的数据。

（2）read committed 提交读

事务成功提交后才可以被查询到。

（3）repeatable 重复读

同一个事务多个实例读取数据时，可能将未提交的记录查询出来，而出现幻读。mysql默认级别

（4）Serializable可串行化

强制的进行排序，在每个读读数据行上添加共享锁。会导致大量超时现象和锁竞争。

MySQL

mysql默认的事务处理级别是'REPEATABLE-READ',也就是可重复读

1.查看当前会话隔离级别

select @@tx_isolation;

2.查看系统当前隔离级别

select @@global.tx_isolation;

3.设置当前会话隔离级别

set session transaction isolatin level repeatable read;

4.设置系统当前隔离级别

set global transaction isolation level repeatable read;

Oracle

oracle数据库支持READ COMMITTED 和 SERIALIZABLE这两种事务隔离级别。

默认系统事务隔离级别是READ COMMITTED,也就是读已提交

1.查看系统默认事务隔离级别,也是当前会话隔离级别

--首先创建一个事务

declare
 trans_id Varchar2(100);
 begin
 trans_id := dbms_transaction.local_transaction_id( TRUE );
 end; 

--查看事务隔离级别

SELECT s.sid, s.serial#,

　　CASE BITAND(t.flag, POWER(2, 28))
　　　　WHEN 0 THEN 'READ COMMITTED'
　　　　ELSE 'SERIALIZABLE'
　　END AS isolation_level
FROM v$transaction t
JOIN v$session s ON t.addr = s.taddr AND s.sid = sys_context('USERENV', 'SID');

补充：SQLserver锁和事务隔离级别

隔离级别

锁

共享锁:为了共享读（select），如果存在事务（一个或多个）拥有对表中数据（关于锁数据的多少，视锁的粒度而定）的共享锁，不允许对锁定的数据进行更新(update)

排他锁:只能有一个,其他的事务就不能对锁定的数据获取共享锁和排他锁（即排他锁与共享锁不能兼容，更多信息请查看锁兼容性），在此特别强调一下 锁定的数据。

锁与隔离级别

类型1

① READUNCOMMITTED：不发出锁

② READCOMMITTED：发出共享锁，保持到读取结束

③ REPEATABLEREAD：发出共享锁，保持到事务结束

④ SERIALIZABLE：发出共享锁，保持到事务结束

类型2

① NOLOCK：不发出锁。等同于READUNCOMMITTED

② HOLDLOCK：发出共享锁，保持到事务结束。等同于SERIALIZABLE

③ XLOCK：发出排他锁，保持到事务结束。

④ UPDLOCK：发出更新锁，保持到事务事务结束。（更新锁：不阻塞别的事物，允许别的事物读数据（即更新锁可与共享锁兼容），但他确保自上次读取数据后数据没有被更新）

⑤ READPAST：发出共享锁，但跳过锁定行，它不会被阻塞。适用条件：提交读的隔离级别，行级锁，select语句中。

类型3

① ROWLOCK：行级锁

② PAGLOCK：页级锁

③ TABLOCK：表锁

④ TABLOCKX：表排他锁

在SELECT语句中使用XLOCK并不能阻止读。这是因为SQL SERVER在读提交隔离级别上有一种特殊的优化，即检查行是否已被修改，如果未被修改则忽略XLOCK。因为在读提交隔离级别上这确实是可以接受的。

以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。