MySQL复习

根据粒度的不同，表锁是指对一整张表加锁，当加锁后，其他来访问该表的事务都会被阻塞，而行锁的粒度更细，是指针对一条/多条数据加锁，并不会阻塞操作同一种表的事务，而仅仅只会阻塞操作相同行的数据的事务。

表锁有元数据锁，意向锁，自增锁和全局锁四种，行锁有记录锁，临键锁，间隙锁，插入意向锁这四类，行锁在mysql中是innodb所独有的，并且innodb的行锁和表锁之间是相互兼容的

记录锁是指对一条数据上锁，间隙锁是指对一条数据和下一条数据之间的空隙上锁，临键锁则是前两者的结合体，innodb的行锁默认就是临键锁类型，这三种锁都属于innodb行锁算法，innodb会根据情况来选择不同的行锁算法获取锁。

几乎所有释放锁的工作都是mysql自动完成的，但不同的事务隔离级别中，释放锁的时机也不同，如果目前是读未提交级别，mysql执行完一条sql语句后就会立马释放锁。如果是其他级别中，基本上都需要等待持有锁的事务结束后才会释放。

因为索引树的结构会发生变更，比如一个无序数据插入时，就会导致树节点的分裂，这时需要挪动树中的一些节点位置，为了防止其他事务再次破坏树结构，或从索引树中读到不对的数据，所以会对整棵树上锁，这个问题被称为SMO问题，共享排他锁主要是为了解决SMO问题。

MVCC技术被称为多版本并发控制技术，是innodb中用来解决读-写事务并发冲突的问题，对于多事务并发执行的情况下，innodb引擎的表在更新某条数据时，并不会阻塞尝试读取这条数据的事务，而是会让读数据的事务去拿更新前的数据记录，实现读写事务的并发执行。

MVCC机制是通过undo-log日志的版本链，数据表上的隐藏字段，以及ReadView读视图实现的，简单来说就是：写操作会直接对表数据进行变更，而读操作会根据回滚指针，去找到undo-log中的旧数据。

mysql锁机制是基于事务实现的，一个事务尝试获取锁时，就会在内存中生成一个锁结构，锁结构中会记录着当前事务，要加锁的数据地址，会精确到表空间，数据段，数据页。行数的信息。同时锁结构中有一个is_waiting信息，为0表示当前锁结构对应事务持有着锁，而为1表示当前锁结构对应的事务在阻塞等待获取锁。一个事务尝试获取锁时，会根据要上锁的数据位置，去内存中看看是否已有对应数据位置的锁结构，如果有就代表自己要获取的锁，已经被其他事务锁占用，这时还要去看一下锁的比特位，看一下自己要获取的行锁，具体有没有被加锁，如果没有，当前事务直接获取锁执行，如果有，当前事务阻塞等待，对应的锁结构中的is_waiting=1。

每个事务隔离级别都是基于锁和MVCC机制实现的，读未提交:写操作加排他锁，读操作不加锁。读已提交：写操作加排他锁，读操作加MVCC机制，但每次select都生成一个读视图。可重复读:写操作加排他锁，读操作依旧采用MVCC机制，但一次事务中只生成一个读视图。序列化：所有写操作加临键锁，所有读操作加共享锁。