13518219792
gap lock 导致了并发处理的死锁 在mysql默认的事务隔离级别（repeatable read）下，无法避免这种情况。只能把并发处理改成同步处理。或者从业务层面做处理。
创新互联建站专注于象山网站建设服务及定制，我们拥有丰富的企业做网站经验。 热诚为您提供象山营销型网站建设，象山网站制作、象山网页设计、象山网站官网定制、重庆小程序开发服务，打造象山网络公司原创品牌,更为您提供象山网站排名全网营销落地服务。
MySQL有两种死锁处理方式。等待，直到超时（innodb_lock_wait_timeout=50s）。.发起死锁检测，主动回滚一条事务，让其他事务继续执行。
在InnoDB存储引擎中，又可以分为mutex(互斥量)和rwlock(读写锁)。其目的是用来保证并发线程操作临界资源的正确性，并且通常没有死锁检测的机制。latch可以通过命令show engine innodb mutex来进行查看。
查看表是否被锁：（1）直接在mysql命令行执行：showengineinnodbstatus\G。（2）查看造成死锁的sql语句，分析索引情况，然后优化sql。（3）然后showprocesslist，查看造成死锁占用时间长的sql语句。
在mysql数据库中如何锁定一行数据，保证不被其他的操作影响。从对数据的操作类型分为读锁和写锁。从对数据操作的粒度来分：表锁和行锁。现在我们建立一个表来演示数据库的行锁讲解。
1、首先点击桌面上的SQL server数据库。然后打开SQL server数据库，输入登录名，密码，点击连接。接着点击左上角新建查询，选择master数据库。先查看数据库被锁的表。
2、数据库锁表记录等级可以在数据库的系统里面点击记录，然后打开查看，选择锁表记录等级就可以了。
3、方法3：利用 gdb 工具如果上述两种都用不了或者没来得及启用，可以尝试第三种方法。利用 gdb 找到所有线程信息，查看每个线程中持有全局锁对象，输出对应的会话 ID，为了便于快速定位，我写成了脚本形式。
4、再次执行清表语句，truncatetabletest_lock；报锁表错误，如下图。
5、Oracle数据库操作中，我们有时会用到锁表查询以及解锁和kill进程等操作，那么这些操作是怎么实现的呢？本文我们主要就介绍一下这部分内容。
LOCK TABLES为当前线程锁定表。UNLOCK TABLES释放被当前线程持有的任何锁。当线程发出另外一个LOCK TABLES时，或当服务器的连接被关闭时，当前线程锁定的所有表自动被解锁。
重启mysql服务 执行show processlist，找到state，State状态为Locked即被其他查询锁住。KILL 10866。
当线程发布另一个LOCK TABLES时，或当与服务器的连接被关闭时，所有由当前线程锁定的表被隐含地解锁。表锁定只用于防止其它客户端进行不正当地读取和写入。
主机的mysql重启，但是你的从机mysql肯定是没重启才出现binlog索引不一致的现象，我认为是，从机mysql在主机重启之前slave_io_running线程始终保持和主机通信，传输binlog的更新。
表级锁 lock tables tablename read；//共享锁 lock tables tablename write；//排它锁 unlock tables；//解锁 php直接query就行了。
1、通过show processlist看不到表上有任何操作，但实际上存在有未提交的事务，可以在information_schema.innodb_trx中查看到。在事务没有完成之前，表上的锁不会释放，alter table同样获取不到metadata的独占锁。
2、重启mysql服务 执行show processlist，找到state，State状态为Locked即被其他查询锁住。KILL 10866。
3、查看表是否被锁：（1）直接在mysql命令行执行：showengineinnodbstatus\G。（2）查看造成死锁的sql语句，分析索引情况，然后优化sql。（3）然后showprocesslist，查看造成死锁占用时间长的sql语句。
根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类。MySQL中表级别的锁有两种：一种是表锁，一种是元数据锁（metadata lock，MDL)。
MySQL有两种死锁处理方式：死锁检测 （默认开启） 死锁检测的原理是构建一个以事务为顶点、锁为边的有向图，判断有向图是否存在环，存在即有死锁。
重启mysql服务 执行show processlist，找到state，State状态为Locked即被其他查询锁住。KILL 10866。
(1)HOLDLOCK：在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。(2)NOLOCK：不添加共享锁和排它锁，当这个选项生效后，可能读到未提交读的数据或“脏数据”，这个选项仅仅应用于SELECT语句。
行锁的等待 在介绍如何解决行锁等待问题前，先简单介绍下这类问题产生的原因。
