(1)原子性(Atomicity)。事务中所涉及的程序对数据库的修改 *** 作要么全部成功,要么全部失败。
(2)一致性(Consistency)。事务执行前和执行后来源和去向保持平衡。
(3)隔离性(Isolation)。并发时每个事务是隔离的,相互不影响。
(4)持久性(Durubility)。一旦事务成功提交,应该保证数据的完整存在。
2.事务隔离级别(1)read uncommitted 未提交读
所有事务都可以看到没有提交事务的数据。
(2)read committed 提交读
事务成功提交后才可以被查询到。
(3)repeatable 重复读
同一个事务多个实例读取数据时,可能将未提交的记录查询出来,而出现幻读。mysql默认级别
(4)Serializable可串行化
强制的进行排序,在每个读读数据行上添加共享锁。会导致大量超时现象和锁竞争。
MySQLmysql默认的事务处理级别是'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。因为在读提交隔离级别上这确实是可以接受的。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。如有错误或未考虑完全的地方,望不吝赐教。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)