数据库的一些基本概念

本文虽为原创,但是内容多是从网上东一块西一块引用过来的,文章可以看做是学习记录

锁

锁的类型有三种： 

共享（S)锁：多个事务可封锁一个共享页；任何事务都不能修改该页； 通常是该页被读取完毕，S锁立即被释放。 
排它（X)锁：仅允许一个事务封锁此页；其他任何事务必须等到X锁被释放才能对该页进行访问；X锁一直到事务结束才能被释放。 
更新（U)锁：用来预定要对此页施加X锁，它允许其他事务读，但不允许再施加U锁或X锁；当被读取的页将要被更新时，则升级为X锁；U锁一直到事务结束时才能被释放。

http://www.cnblogs.com/mfryf/archive/2012/02/13/2349759.html






例4：（死锁的发生）
----------------------------------------
T1:
begin tran
select * from table (holdlock) (holdlock意思是加共享锁，直到事物结束才释放)
update table set column1='hello'


T2:
begin tran
select * from table(holdlock)
update table set column1='world'


假设T1和T2同时达到select，T1对table加共享锁，T2也对table加共享锁，当T1的select执行完，准备执行update时，根据锁机制，T1的共享锁需要升级到排他锁才能执行接下来的update.在升级排他锁前，必须等table上的其它共享锁释放，但因为holdlock这样的共享锁只有等事务结束后才释放，所以因为T2的共享锁不释放而导致T1等(等T2释放共享锁，自己好升级成排他锁），同理，也因为T1的共享锁不释放而导致T2等。死锁产生了。
上面的例子是针对SqlServer的。
http://www.cnblogs.com/zhouqianhua/archive/2011/04/15/2017049.html






共享锁即在select 时自动产生，排它锁在insert，update以及delete时自动产生。
(mysql不完全是这样的)
http://www.cnblogs.com/zche/archive/2013/04/30/3052109.html




相对其他数据库而言，MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。比如，MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）；BDB存储引擎采用的是页面锁（page-level locking），但也支持表级锁；InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。


MyISAM在执行查询语句（SELECT）前，会自动给涉及的所有表加读锁，在执行更新操作（UPDATE、DELETE、INSERT等）前，会自动给涉及的表加写锁，这个过程并不需要用户干预，因此，用户一般不需要直接用LOCK TABLE命令给MyISAM表显式加锁。在本书的示例中，显式加锁基本上都是为了方便而已，并非必须如此。




如果一个事务请求的锁模式与当前的锁兼容，InnoDB就将请求的锁授予该事务；反之，如果两者不兼容，该事务就要等待锁释放。
意向锁是InnoDB自动加的，不需用户干预。对于UPDATE、DELETE和INSERT语句，InnoDB会自动给涉及数据集加排他锁（X)；对于普通SELECT语句，InnoDB不会加任何锁；事务可以通过以下语句显示给记录集加共享锁或排他锁。
共享锁（S）：SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE。
排他锁（X)：SELECT * FROM table_name WHERE ... FOR UPDATE。


用SELECT ... IN SHARE MODE获得共享锁，主要用在需要数据依存关系时来确认某行记录是否存在，并确保没有人对这个记录进行UPDATE或者DELETE操作。但是如果当前事务也需要对该记录进行更新操作，则很有可能造成死锁，对于锁定行记录后需要进行更新操作的应用，应该使用SELECT... FOR UPDATE方式获得排他锁。


举例说明下意向共享锁，比如一个事务t执行了这样一个语句：select * from table lock in share model ，如果这个语句执行成功，就对表table上了一个意向共享锁。lock in share model就是说事务t1在接下来要执行的语句中要获取S锁。如果t1的select * from table lock in share model执行成功，那么接下来t1应该可以畅通无阻的去执行只需要共享锁的语句了。意向排它锁的含义同理可知，上例中要获取意向排它锁，可以使用select * from table for update 。
http://blog.csdn.net/xifeijian/article/details/20315565




InnoDB行锁是通过给索引上的索引项加锁来实现的，这一点MySQL与Oracle不同，后者是通过在数据块中对相应数据行加锁来实现的。InnoDB这种行锁实现特点意味着：只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁！




由于MySQL的行锁是针对索引加的锁，不是针对记录加的锁，所以虽然是访问不同行的记录，但是如果是使用相同的索引键，是会出现锁冲突的。
http://blog.csdn.net/xifeijian/article/details/20313977

死锁问题

http://blog.knowsky.com/260327.htm

索引

有以下四种:
普通索引(可以有重复)


唯一索引
它与前面的普通索引类似，不同的就是：普通索引允许被索引的数据列包含重复的值。而唯一索引列的值必须唯一，但允许有空值。


主键索引(就是加在主键上的唯一所有)
它是一种特殊的唯一索引，不允许有空值。一般是在建表的时候同时创建主键索引：


组合索引
为了形象地对比单列索引和组合索引，为表添加多个字段：
CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL,   city VARCHAR(50) NOT NULL,   age INT NOT NULL  ); 为了进一步榨取MySQL的效率，就要考虑建立组合索引。就是将 name, city, age建到一个索引里：

并发

并发带来的问题
1 脏读 
   1 sessionA写了一条数据(并没有自动提交)
   2 sessionB去读,就读到sesionA更新的数据
   3 sessionA rollbacke
   那么sessionB就是脏读#


2 不可重复读
   1 sessionA读到一条数据
   2 sessionB修改了那条数据
   3 sessionA再读那条数据的时候,发现与第一次读到的不一样了#(步骤1与步骤3是在一个事务里的)
   这就是不可重复读#


3  幻读
   1 sessionA通过查询条件在一张表里查到了4条数据
   2 sessionB更新了相同条件的数据#
   2 sessionA再次使用相同的查询条件发现读到数据总数不是4#(步骤1与步骤3是在一个事务里的)
   这就是幻读


数据库的隔离级别一般有四种#
分别是
read uncommitted 读取未提交内容
read committed 读取提交内容
repeatable read 可重复读
serializable 可串行化
mysql默认的隔离比较是repeatable read
隔离比较与并发问题的关系如下:




另外
InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了幻读问题。
MVCC只能工作在repeatable read与read committed级别



MySQL数据库事务隔离级别(Transaction Isolation Level)
数据库隔离级别以及mysql隔离级别 

关于MVCC

从上面的描述可以看到，在查询时要符合以下两个条件的记录才能被事务查询出来： 
1) 删除版本号 大于 当前事务版本号，就是说删除操作是在当前事务启动之后做的。 
2) 创建版本号 小于或者等于 当前事务版本号 ，就是说记录创建是在事务中（等于的情况）或者事务启动之前。
mysql的mvcc（多版本并发控制）