锁

首先从锁的颗粒级别来看可分为三种：表级，页级，行级。从引擎的角度看Innodb支持表级锁和行级锁，myisam只支持表级锁。其中行级锁又分为：共享锁和排他锁。
共享锁——称为读锁，简称S锁，顾名思义，共享锁就是多个事务对于同一数据可以共享一把锁，都能访问到数据，但是只能读不能修改。但是使用共享锁的方法是在select … lock in share mode，只适用查询语句。
排他锁——排他锁又称为写锁，简称X锁，顾名思义，排他锁就是不能与其他所并存，如一个事务获取了一个数据行的排他锁，其他事务就不能再获取该行的其他锁，包括共享锁和排他锁，但是获取排他锁的事务是可以对数据就行读取和修改。说明：使用排他锁的方法师在sql末尾加上for update，顺便一提在innodb引擎中，会默认在update,delete这种操作加上for update。在mysql innodb中，行级锁的实现其实是依靠其对应的索引，所以如果操作的行并有用到索引，那么用的还是表级锁。

行级锁

行级锁只对用户正在访问的行进行锁定。
如果该用户正在修改某行，那么其他用户就可以更新同一表中该行之外的数据。
行级锁是一种排他锁，防止其他事务修改此行，但是不会阻止读取此行的操作。

1. 优点

   由于锁粒度小，争用率低，并发高。

2. 缺点

   实现复杂，开销大。
   加锁慢、容易出现死锁

实现方式

InnoDB行锁是通过给索引上的索引项加锁来实现的。所以，只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁。其他注意事项：

1、在不通过索引条件查询的时候，InnoDB使用的是表锁，而不是行锁。
2、由于MySQL的行锁是针对索引加的锁，不是针对记录加的锁，所以即使是访问不同行的记录，如果使用了相同的索引键，也是会出现锁冲突的。
3、当表有多个索引的时候，不同的事务可以使用不同的索引锁定不同的行，另外，不论是使用主键索引、唯一索引或普通索引，InnoDB都会使用行锁来对数据加锁。
4、即便在条件中使用了索引字段，但具体是否使用索引来检索数据是由MySQL通过判断不同执行计划的代价来决定的，如果MySQL认为全表扫描效率更高，比如对一些很小的表，它就不会使用索引，这种情况下InnoDB将使用表锁，而不是行锁。因此，在分析锁冲突时，别忘了检查SQL的执行计划，以确认是否真正使用了索引。

表级锁

表级锁是MySQL中锁定粒度最大的一种锁，表示对当前操作的整张锁加锁，它实现简单，资源消耗较少，被大部分MySQL引擎支持。最常使用的MyISAM与INNODB都支持表级锁定。表级锁定分为表共享读锁与表独占写锁。

特点：

开销小，加锁快；不会出现死锁；锁定粒度大，发出锁冲突的概率最高，并发度最低。

区别

表级锁:开销小，加锁快；不会出现死锁；锁定粒度大，发出锁冲突的概率最高，并发度最低。
行级锁:开锁大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高

乐观锁与悲观锁

乐观锁对应于生活中乐观的人总是想着事情往好的方向发展，悲观锁对应于生活中悲观的人总是想着事情往坏的方向发展。这两种人各有优缺点，不能不以场景而定说一种人好于另外一种人。
乐观锁适用于写比较少的情况下（多读场景），即冲突真的很少发生的时候，这样可以省去了锁的开销，加大了系统的整个吞吐量。但如果是多写的情况，一般会经常产生冲突，这就会导致上层应用会不断的进行retry，这样反倒是降低了性能，所以一般多写的场景下用悲观锁就比较合适。

1. 乐观锁
   一般使用 select …for update 对所选择的数据进行加锁处理，例如select * from account where name=”Max” for update， 这条sql 语句锁定了account 表中所有符合检索条件（name=”Max”）的记录。本次事务提交之前（事务提交时会释放事务过程中的锁），外界无法修改这些记录
2. 悲观锁
   具体可通过给表加一个版本号或时间戳字段实现，当读取数据时，将version字段的值一同读出，数据每更新一次，对此version值加一。当我们提交更新的时候，判断当前版本信息与第一次取出来的版本值大小，如果数据库表当前版本号与第一次取出来的version值相等，则予以更新，否则认为是过期数据，拒绝更新，让用户重新操作