锁表一般是长时间占用表导致的，试着使SELECT语句运行得更快；你可能必须创建一些摘要(summary)表做到这点。用--low-priority-updates启动mysqld。这将给所有更新(修改)一个表的语句以比SELECT语句低的优先级。
创新互联-专业网站定制、快速模板网站建设、高性价比清镇网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式清镇网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖清镇地区。费用合理售后完善，10余年实体公司更值得信赖。
MySQL这3种锁的特性可大致归纳如下：表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。
我觉得我是理解错了，人家的无锁加索引，只是说加索引的语句不加锁，避免此时有update、insert、delete语句也持锁从而相互形成死锁。但是目前的问题是，有事务持了表锁，创建索引需要等待。等该事务提交，索引就能创建成功。
一般对于数据量较大的表，需要修改表结构，或者做一些耗时比较久的锁表操作，建议在晚上（业务闲时）执行。这个时候可以配合使用任务处理一下。
一个实用程序之前，应该使用mysqladmin flush-tables。为了修复表，应该使用表的修复锁定协议。◆ 如果skip_locaking为on，则禁用外部锁定，所以在myisamchk或isamchk检查修复表示服务器并不知道，最好关闭服务器。
1、首先最简单粗暴的方式就是：重启MySQL。对的，网管解决问题的神器——“重启”。至于后果如何，你能不能跑了，要你自己三思而后行了！重启是可以解决表被锁的问题的，但针对线上业务很显然不太具有可行性。
2、MySQL有两种死锁处理方式：由于性能原因，一般都是使用死锁检测来进行处理死锁。死锁检测的原理是构建一个以事务为顶点、锁为边的有向图，判断有向图是否存在环，存在即有死锁。
3、在介绍如何解决行锁等待问题前，先简单介绍下这类问题产生的原因。
4、你可以用LOW_PRIORITY属性给与一个特定的INSERT、UPDATE或DELETE语句较低优先级。为max_write_lock_count指定一个低值来启动mysqld使得在一定数量的WRITE锁定后给出READ锁定。
5、避免死锁可以这样做到：在任何查询之前先请求锁，并且按照请求的顺序锁表。MySQL中用于 WRITE(写) 的表锁的实现机制如下：如果表没有加锁，那么就加一个写锁。否则的话，将请求放到写锁队列中。
锁表一般是长时间占用表导致的，试着使SELECT语句运行得更快；你可能必须创建一些摘要(summary)表做到这点。用--low-priority-updates启动mysqld。这将给所有更新(修改)一个表的语句以比SELECT语句低的优先级。
MySQL这3种锁的特性可大致归纳如下：表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。
我觉得我是理解错了，人家的无锁加索引，只是说加索引的语句不加锁，避免此时有update、insert、delete语句也持锁从而相互形成死锁。但是目前的问题是，有事务持了表锁，创建索引需要等待。等该事务提交，索引就能创建成功。
只有分配到行锁的事务才有权力操作该数据行，直到该事务结束，才释放行锁，而其他没有分配到行锁的事务就会产生行锁等待。
一般对于数据量较大的表，需要修改表结构，或者做一些耗时比较久的锁表操作，建议在晚上（业务闲时）执行。这个时候可以配合使用任务处理一下。
一个实用程序之前，应该使用mysqladmin flush-tables。为了修复表，应该使用表的修复锁定协议。◆ 如果skip_locaking为on，则禁用外部锁定，所以在myisamchk或isamchk检查修复表示服务器并不知道，最好关闭服务器。
1、服务器由两种表的锁定方法：内部锁定内部锁定可以避免客户机的请求相互干扰——例如，避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。
2、UNLOCK TABLES释放被当前线程持有的任何锁。当线程发出另外一个LOCK TABLES时，或当服务器的连接被关闭时，当前线程锁定的所有表自动被解锁。
3、首先最简单粗暴的方式就是：重启MySQL。对的，网管解决问题的神器——“重启”。至于后果如何，你能不能跑了，要你自己三思而后行了！重启是可以解决表被锁的问题的，但针对线上业务很显然不太具有可行性。
4、这里涉及到一个有趣的问题，也就是mysql如何对读写锁进行处理。