锁机制与触发器

MyISAM

表锁

读锁（共享读锁）

select底层会自动加锁

A查询表1，会对表1加读锁，B此时也可以查询表1，也会加读锁,则读锁与读锁共享共存；B如果想要修改表（即加写锁），就会阻塞等待A释放读锁。

写锁（独占写锁）

updata、insert、delete底层会自动加写锁

A修改表1，会对表1加写锁，B此时如果想要查询表1或者修改表1，会阻塞等待A释放写锁，即加上写锁后，读锁与写锁都不能再次加入。

InnoDB

行锁

读锁（共享锁）

select底层不加锁，是通过隔离性和一致性保证数据不会出错的。

select底层不加锁A对某一表中的某一行加读锁，则B也可以加读锁，但B不能加写锁。即同一行读锁与读锁共享，读锁与写锁不允许共存。

写锁（排他锁）

updata、insert、delete底层加写锁

select底层不加锁A对某一表中的某一行加写锁，B就不能对这一行加写锁会阻塞等待A释放写锁，但是B可以加读锁，或者B也可以对其他行进行加锁。

通过索引结构进行操作，会加行锁
通过非索引结构操作，会加表锁。

悲观锁

总是假设最坏的情况，每次都认为别人会修改数据，所以每次都提前加锁：MyISAM 表锁、InnoDB行锁、读锁、写锁

适用于多写的情况

乐观锁

版本标识

总是假设最乐观的情况，每次都会认为别人不会修改数据，所以每次都不会上锁。只在操作前后进行版本标识的判断。

每次获取数据的时候，都不会担心数据被修改，所以每次获取数据的时候都不会进行加锁，但是在更新数据的时候需要判断该数据是否被别人修改过。
如果数据被其他线程修改，则不进行数据更新，如果数据没有被其他线程修改，则进行数据更新。
由于数据没有进行加锁，期间该数据可以被其他线程进行读写操作 （乐观锁的一种实现方式CAS实现的）

适用于多读的情况

CAS机制

实现无锁（lock-free）的非阻塞算法有多种实现方法，其中 CAS（比较与交换，Compare and swap） 是一种有名的无锁算法。CAS的语义是“我认为V的值应该为A，如果是，那么将V的值更新为B，否则不修改并告诉V的值实际为多少”，CAS是一种 乐观锁 技术，当多个线程尝试使用CAS同时更新同一个变量时，只有其中一个线程能更新变量的值，而其它线程都失败，失败的线程并不会被挂起，而是被告知这次竞争中失败，并可以再次尝试。CAS有3个操作数，内存值V，旧的预期值A，要修改的新值B。当且仅当预期值A和内存值V相同时，将内存值V修改为B，否则什么都不做。

存在的问题：ABA问题即数据在操作前与操作后一致，但是却在过程中却发生了修改，加上版本标识就可解决。

间隙锁

解决了幻读问题

在查询到的数据前后都分别加上间隙锁，如果插入数据，则两个间隙锁之内的数据就不会发生改变。

触发器

当一个事件到来，触发器触发执行去执行其他的操作。

触发器类型：6种

• (before/after )insert触发器
• (before/after )update触发器
• (before/after )delete触发器

一个表中一类触发器只能存在一个，也就意味着一张表最多只能有6个触发器

• 可触发insert触发器的事件：insert、load、replace(相当于delete+insert，所以如果主键重复的情况下，replace会成功，而insert会失败)
• 可触发delete触发器：delete
• 可触发update触发器：update