一、定义
为了解决资源共享而造成的并发问题。
买最后一件衣服X：
A：对衣服X进行加锁——试衣服、下单、打包——对衣服X解锁
B：发现衣服X被加锁，只能等待X解锁，X解锁后发现衣服今天售空
二、分类
按操作类型:
①读锁（共享锁）：对同一数据，多个读操作可以同时进行，互不干扰
②写锁（排它锁）：如果当前写操作没有结束，则无法进行其他的读操作和写操作
读：select
写：update、insert into、delete
按操作范围：
①表锁()：一次性对一张表进行整体加锁
表类型为MyISAM , 开销小，加锁快，无死锁，锁的范围大容易造成锁冲突，并发度低
②行锁：一次性对一条数据进行加锁
表类型为InnoDB，开销大，加锁慢，死锁，锁的范围小不会造成锁冲突，并发度高
③页锁
死锁：两个及两个以上事务在执行过程中，因资源争夺而造成的相互等待的现象
并发度高：很小的概率出现高并发问题，如脏读、幻读和不可重复读
三、表锁用MyISAM（读）
会话0 : lock table 表1 read
会话0：可以读表1；不可以写表1；不可以读、写其他表
其他会话：可以读表1；不可以写表1；可以读、写其他表
四、表锁用MyISAM（写）
会话0：lock table 表1 write
会话0：可以读表1；:可以写表1；不可以读、写其他表
其他会话：对表1进行增删改查的前提是会话0释放写锁
五、表锁进行解锁
unlock table 表1；
也可以通过事务来解锁
六、分析表锁定
show open tables 1代表加锁，0代表没有加锁
show status like 'table%'
①table_locks_immediate :可能获得的锁数
②table_locks_waited:需要等待的表锁数（值越大，表示存在越大的锁竞争）
一般建议：
当table_locks_immediate/table_locks_waited>5000，用InnoDB，否则用MyISAM
七、行锁用InnoDB（写）
会话0：增删改操作（同样的数据），进行加锁
会话1：增删改操作（同样的数据），发现数据被加锁，不能进行增删改操作；直到会话0将该锁释放才能进行写操作
行锁通过事务commit/rollback进行解锁
会话0：增删改操作（不同的数据），进行加锁
会话1：增删改操作（不同的数据），会话0不影响会话1的增删改操作
注意事项：
①如果没有索引，则行锁转为表锁
当索引类型转换，则索引失效，行锁转化为表锁
②行锁的一种特殊情况：间隙锁
表1中没有id=7的数据
update 表1 set name='x' where id>1 and id<9
间隙：mysql会自动给间隙加锁（称为间隙锁）
行锁：如果有where ,则实际加锁的范围就是where后面的范围，不是实际的值
InnoDB用的是行锁
行锁的优点：并发能力强，效率高
行锁的缺点：比表锁性能损耗大
所以如果是高并发，采用InnoDB,否则用MyISAM
八、行锁用InnoDB（读）
怎么在查询的时候加锁呢？
select * from score for update(此条查询加锁了)
通过for update给查询语句加锁
