摘要：
mysql有了间隙锁只有能够解决幻读问题吗？不可重复读：在一个未提交的事务里，二次查询结果可能不相同，因为在这个事务执行过程中，外面的 事务可能对这个数据集进行了修改并提交！幻读：... mysql有了间隙锁只有能够解决幻读问题吗？
不可重复读：在一个未提交的事务里，二次查询结果可能不相同，因为在这个事务执行过程中，外面的 事务可能对这个数据集进行了修改并提交！
幻读：一个事务在操作过程中！有别的事务对此数据集进行了修改并提交，但这些操作第一个事务读不到，等到这个事务提交的时候，便有可能引起明明插入的数据没有查询到，但却出现插入重复的错误！
不可重复读与幻读的区别：
不可重复读是能读到其它事务已经提交的数据，幻读是读不到其它事务已提交的数据！
间隙锁：间隙锁主要用来防止幻读，用在repeatable-read隔离级别下，指的是当对数据进行条件，范围检索时，对其范围内也许并存在的值进行加锁！
mysql 被锁住？
mysql表被锁了的解决办法：1、通过暴力解决方式，即重启MYSQ；
2、通过“show processlist;”命令查看表情况；State状态为Locked即被其他查询锁住
3、通过“KILL10866;”命令kill掉锁表的进程ID。KILL 10866;//后面的数字即时进程的ID
关于MySQL中的表锁和行锁？
1. 程序中非数据库交互操作导致事务挂起
将接口调用或者文件操作等这一类非数据库交互操作嵌入在 SQL 事务代码之中，那么整个事务很有可能因此挂起（接口不通等待超时或是上传下载大附件）。
2. 事务中包含性能较差的查询 SQL
事务中存在慢查询，导致同一个事务中的其他 DML 无法及时释放占用的行锁，引起行锁等待。
3. 单个事务中包含大量 SQL
通常是由于在事务代码中加入 for 循环导致，虽然单个 SQL 运行很快，但是 SQL 数量一大，事务就会很慢。
4. 级联更新 SQL 执行时间较久
图片来源：网络
这类 SQL 容易让人产生错觉，例如：update A set ... where ...in (select B) 这类级联更新，不仅会占用 A 表上的行锁，也会占用 B 表上的行锁，当 SQL 执行较久时，很容易引起 B 表上的行锁等待。
5. 磁盘问题导致的事务挂起
极少出现的情形，比如存储突然离线，SQL 执行会卡在内核调用磁盘的步骤上，一直等待，事务无法提交。
综上可以看出，如果事务长时间未提交，且事务中包含了 DML 操作，那么就有可能产生行锁等待，引起报错。
如何查询mysql中是否表被锁？
1、查询是否锁表
show OPEN TABLES where In_use > 0;
2、查询进程
show processlist
查询到相对应的进程===然后 kill id
补充：
查看正在锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;
查看等待锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;
mysql写锁的原理？
一、锁的概念
锁是计算机协调多个进程或线程并发访问某一资源的机制。
二、MySQL中的锁
表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。
行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。
页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。
三、MyISAM的写锁
1.lock table testmysam WRITE
在同一个session中
insert testmysam value(3);
delete from testmysam where id = 3
select * from testmysam
2.对不同的表操作（报错）
select s.* from testmysam s
insert into testdemo value(2,'2','3');
3.在其他session中 （等待）
select * from testmysam
