数据库锁

锁机制：解决因资源共享 而造成的并发问题。
分类：
操作类型：
    a.读锁(共享锁)：对同一个数据,多个读操作可以同时进行,互不干扰。
    b.写锁(互斥锁)：如果当前写操作没有完毕(买衣服的一系列操作),则无法进行其他的读操作、写操作
操作范围：
    a.表锁 ：一次性对一张表整体加锁。如MyISAM存储引擎使用表锁,开销小、加锁快；无死锁；但锁的范围大,容易发生锁冲突、并发度低。
    b.行锁 ：一次性对一条数据加锁。如InnoDB存储引擎使用行锁,开销大,加锁慢;容易出现死锁;锁的范围较小,不易发生锁冲突,并发度高(很小概率 发生高并发问题：脏读、幻读、不可重复度、丢失更新等问题)。
表锁。

表锁

MySQL表级锁的锁模式
MyISAM在执行查询语句（SELECT）前，会自动给涉及的所有表加读锁，在执行更新操作（DML）前，会自动给涉及的表加写锁。
所以对MyISAM表进行操作，会有以下情况：
a、对MyISAM表的读操作（加读锁），不会阻塞其他进程（会话）对同一表的读请求，
但会阻塞对同一表的写请求。只有当读锁释放后，才会执行其它进程的写操作。
b、对MyISAM表的写操作（加写锁），会阻塞其他进程（会话）对同一表的读和写操作，
只有当写锁释放后，才会执行其它进程的读写操作。

行锁

对行锁情况：
    1.如果会话x对某条数据a进行 DML操作（研究时:关闭了自动commit的情况下）,则其他会话必须等待会话x结束事务(commit/rollback)后才能对数据a进行操作。
    2.表锁是通过unlock tables,也可以通过事务解锁;行锁 是通过事务解锁。
行锁，一次锁一行数据；因此 如果操作的是不同数据，则不干扰。
    注意：如果没有索引，则行锁会转为表锁

行锁：
    InnoDB默认采用行锁；
    缺点： 比表锁性能损耗大。
    优点：并发能力强，效率高。
    因此建议，高并发用InnoDB，否则用MyISAM。