数据库事务，数据库锁

数据库中的锁和事务

一、数据库锁
1.1、乐观锁
乐观锁(Optimistic Lock), 顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制.乐观锁适用于多读的应用类型,这样可以提高吞吐量,像数据库如果提供类似于write_condition 机制的其实都是提供的乐观锁.

1.2、悲观锁
悲观锁(Pessimistic Lock), 顾名思义,就是很悲观,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会 block 直到它拿到锁.传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等,都是在做操作之前先上锁.
两种锁各有优缺点,不可认为一种好于另一种,像乐观锁适用于写比较少的情况下,即冲突真的很少发生的时候,这样可以省去了锁的开销,加大了系统的整个吞吐量.但如果经常产生冲突,上层应用会不断的进行 retry,这样反倒是降低了性能,所以这种情况下用悲观锁就比较合适.

1.3、解锁方式
1）如果 数据库 中有事务未提交,又打开一个窗口去提交一个新的事务则可能会产生数据库锁.
2）解锁的方式：
a) 结束当前的 session（会话,此处指和数据库的通讯）自动解锁
例如,退出当前数据库连接所用的工具或应用程序.
b) 利用 dba 权限强行关闭掉了执行 Lock 操作的 Session.
示例：通过以上查询知道了 sid 和 SERIAL#(流水号)就可以开杀（就是去关掉会话,俗称杀掉会话）了
–查询出对应会话操作的 sid 和 serial
SELECT sid, serial#, username, osuser FROM v$session;
–根据指定的 sid 和 serial 来关闭对应的会话（杀会话的意思）
ALTER SYSTEM KILL SESSION ‘sid,serial’;

1.4、数据并发
就数据库操作来说是通过加锁的概念来确保并发数据操作下事务的完整性和数据库的
一致性数据库主要有共享锁和排它锁.当你在修改数据的时候,别人也可以查看,但是他不能修改数据并提交,只能优先你的操作,等你向数据库提交了数据之后他才能执行增删改的操作,这就是排它锁.共享锁就是你和另外一个用户可以同时共享数据（查看）,但是你和他都不能修改.

二、数据库事务
1、 事务：（Transaction）：是数据库操作的最小工作单元,是作为单个逻辑工作单元执行的一系列操作；这些操作作为一个整体一起向系统提交,要么都执行、要么都不执
行；事务是一组不可再分割的操作集合（工作逻辑单元）；

2、 事物的特性：
事务具有 4 个属性,通常称为 ACID 特性：
2 .1 原子性（atomicity）：事务是一个完整的操作.事务的各步操作是不可分的；要么
都执行、要么都不执行.

2.2 一致性（consistency）：当事务完成时,数据必须处于一致状态.

2.3 隔离性（isolation）：对数据进行修改的所有并发事务是彼此隔离的,这表明事务
必须是独立的,它不应以任何方式依赖于或影响其他事务.

2.4 持久性（durability）：事务完成后,它对数据库的修改被永久保存,事务日志能保
持事务的永久性.
3、隔离级别：
在SQL 中定义了四种隔离级别;
3.1、READ UNCOMMITED(未提交度) 事务之间的数据是相互可见的

3.2、READ COMMITED（提交读） 大多数数据库的默认隔离级别， 保证了不可能脏读，但是不能保证可重复读， 在这个级别里，数据的加锁实现是读取都是不加锁的，但是数据的写入、修改和删除是需要加锁的。

3.3、REPEATABLE READ （可重复读） 解决了不可重复读的问题，保证了在同一个事务之中，多次读取相同的记录的值的结果是一致的。 但是无法解决幻读。这个阶段的事务隔离性，在mysql中是通过基于乐观锁原理的多版本控制实现的。

3.4、SERIALIZABLE (可串行化读) 最高的隔离级别，解决了幻读 ，它会在读取的每一行数据上都进行加锁， 有可能导致超时和锁争用的问题。它的加锁实现是读取的时候加共享锁，修改删除更新的时候加排他锁，读写互斥，但是并发能力差。