13518219792
MySQL中的锁，按照锁的粒度分为：全局锁，就锁定数据库中的所有表。表级锁，每次操作锁住整张表。行级锁，每次操作锁住对应的行数据。
十载专注建站、设计、互联网产品按需策划服务，业务涵盖品牌网站制作、商城网站制作、微信小程序开发、软件系统开发、成都app开发等。凭借多年丰富的经验，我们会仔细了解每个客户的需求而做出多方面的分析、设计、整合，为客户设计出具风格及创意性的商业解决方案，创新互联建站更提供一系列网站制作和网站推广的服务，以推动各中小企业全面信息数字化，并利用创新技术帮助各行业提升企业形象和运营效率。
MySQL锁的概述相对于其它数据库而言，MySQL的锁机制比较简单，其最 显著的特点是不同的存储引擎支持不同的锁机制。比如，MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）。
MySQL 提供了多种事务型存储引擎，如 InnoDB 和 BDB 等，而 MyISAM 不支持事务。
对于任何一种数据库来说都需要有相应的锁定机制，所以MySQL自然也不能例外。
锁机制 当前MySQL已经支持 ISAM， MyISAM， MEMORY (HEAP) 类型表的表级锁了，BDB 表支持页级锁，InnoDB 表支持行级锁。
MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。
服务器由两种表的锁定方法：内部锁定内部锁定可以避免客户机的请求相互干扰——例如，避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。
首先最简单粗暴的方式就是：重启MySQL。对的，网管解决问题的神器——“重启”。至于后果如何，你能不能跑了，要你自己三思而后行了！重启是可以解决表被锁的问题的，但针对线上业务很显然不太具有可行性。
语法：锁定表：LOCK TABLES tbl_name {READ | WRITE}，[ tbl_name {READ | WRITE}，？]解锁表：UNLOCK TABLESLOCK TABLES为当前线程锁定表。UNLOCK TABLES释放被当前线程持有的任何锁。
行锁的等待 在介绍如何解决行锁等待问题前，先简单介绍下这类问题产生的原因。
锁表一般是长时间占用表导致的，试着使SELECT语句运行得更快；你可能必须创建一些摘要(summary)表做到这点。用--low-priority-updates启动mysqld。这将给所有更新(修改)一个表的语句以比SELECT语句低的优先级。
MySQL这3种锁的特性可大致归纳如下：表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。
我觉得我是理解错了，人家的无锁加索引，只是说加索引的语句不加锁，避免此时有update、insert、delete语句也持锁从而相互形成死锁。但是目前的问题是，有事务持了表锁，创建索引需要等待。等该事务提交，索引就能创建成功。
只有分配到行锁的事务才有权力操作该数据行，直到该事务结束，才释放行锁，而其他没有分配到行锁的事务就会产生行锁等待。
一般对于数据量较大的表，需要修改表结构，或者做一些耗时比较久的锁表操作，建议在晚上（业务闲时）执行。这个时候可以配合使用任务处理一下。
