13518219792
1、首先最简单粗暴的方式就是：重启MySQL。对的，网管解决问题的神器——“重启”。至于后果如何，你能不能跑了，要你自己三思而后行了！重启是可以解决表被锁的问题的，但针对线上业务很显然不太具有可行性。
专注于为中小企业提供网站设计、网站制作服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业梅州免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了上1000+企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。
2、MySQL有两种死锁处理方式：死锁检测 （默认开启） 死锁检测的原理是构建一个以事务为顶点、锁为边的有向图，判断有向图是否存在环，存在即有死锁。
3、如果给mysqldump进行备份，从库上停止复制的sql线程 然后mysqldump，这个是个很好的选择，因为停止复制就没有写，就不用担心锁表的问题 。
4、产生死锁的四个必要条件：（1） 互斥条件：一个资源每次只能被一个进程使用。（2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
5、建议在晚上（业务闲时）执行。这个时候可以配合使用任务处理一下。如：修改一个表的字段长度，和添加索引 名词解释：接着回家睡觉，第二天回来检查结果就好了。
1、锁表一般是长时间占用表导致的，试着使SELECT语句运行得更快；你可能必须创建一些摘要(summary)表做到这点。用--low-priority-updates启动mysqld。这将给所有更新(修改)一个表的语句以比SELECT语句低的优先级。
2、我觉得我是理解错了，人家的无锁加索引，只是说加索引的语句不加锁，避免此时有update、insert、delete语句也持锁从而相互形成死锁。但是目前的问题是，有事务持了表锁，创建索引需要等待。等该事务提交，索引就能创建成功。
3、只有分配到行锁的事务才有权力操作该数据行，直到该事务结束，才释放行锁，而其他没有分配到行锁的事务就会产生行锁等待。
4、一般对于数据量较大的表，需要修改表结构，或者做一些耗时比较久的锁表操作，建议在晚上（业务闲时）执行。这个时候可以配合使用任务处理一下。
1、内部锁定可以避免客户机的请求相互干扰——例如，避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。也可以利用内部锁定机制防止服务器在利用myisamchk或isamchk检查或修复表时对表的访问。
2、假设“update tab_test set state=1067，time=now () where id in (9921180)”几乎同时执行时，本语句首先锁定主键索引，由于需要更新state的值，所以还需要锁定idx_1的某些索引记录。
3、可以，最简单的办法是只赋予该用户db_datareader角色， db_datareader角色是专门针对这种情况设计的。也可以用grant 语句实现。
4、同样的，如果可以的话，我们应该使用MEDIUMINT而不是BIGIN来定义整型字段。另外一个提高效率的方法是在可能的情况下，应该尽量把字段设置为NOT NULL，这样在将来执行查询的时候，数据库不用去比较NULL值。
1、isamchk所选择的过程取决于服务器是否能使用外部锁定。如果不使用，则必修使用内部锁定协议。如果服务器用--skip-locking选项运行，则外部锁定禁用。该选项在某些系统中是缺省的，如Linux。
2、如果不是版本的问题，那可能是你的内存不足，请使用configure--with-low-memory 来加入。如果要重新做你的configure，那么你可以键入rm config.cache和make clean来清除记录。
3、如果有alter table的维护任务，在无人监管的时候运行，最好通过lock_wait_timeout设置好超时时间，避免长时间的metedata锁等待。
4、查询肯定会加读锁，对千万量级别的场景，考虑主从多个数据库架构环境吧。
5、如果等待时间超过了配置值（也就是 innodb_lock_wait_timeout 参数的值，个人习惯配置成 5s，MySQL guan 方默认为 50s），则会抛出行锁等待超时错误。
