1、增加字段属于系统的修改操作。尽量不要在线操作，因为可能出现。未知的漏洞。一定要。离线。修改完毕，然后经过测试后。认为已经没有问题了。在。次日的凌晨发一个通知。停机维护。这样才能保证系统的正常运转。
成都创新互联专注为客户提供全方位的互联网综合服务，包含不限于成都网站建设、做网站、周村网络推广、微信小程序开发、周村网络营销、周村企业策划、周村品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们最大的嘉奖；成都创新互联为所有大学生创业者提供周村建站搭建服务，24小时服务热线：13518219792，官方网址：www.cdcxhl.com
2、MySQL这3种锁的特性可大致归纳如下：表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。
3、我觉得我是理解错了，人家的无锁加索引，只是说加索引的语句不加锁，避免此时有update、insert、delete语句也持锁从而相互形成死锁。但是目前的问题是，有事务持了表锁，创建索引需要等待。等该事务提交，索引就能创建成功。
]解锁表：UNLOCK TABLESLOCK TABLES为当前线程锁定表。UNLOCK TABLES释放被当前线程持有的任何锁。当线程发出另外一个LOCK TABLES时，或当服务器的连接被关闭时，当前线程锁定的所有表自动被解锁。
常见的一种锁表场景就是有事务操作处于：Waiting for table metadata lock状态。MySQL在进行alter table等DDL操作时，有时会出现Waiting for table metadata lock的等待场景。
这个和死锁不同，只要a事务完成后，b事务就可以正常进行了。类似于正常的红绿灯十字路口通行状态：红灯方向就是等待锁释放的b事务，绿灯方向就是锁定路口的a事务。待红绿灯互换，则a事务执行完毕，b事务也就可以正常执行啦。
表锁的语法是：locktables...read/write与FTWRL类似，可以使用unlocktables主动释放锁，也可以在客户端断开的时候自动释放。需要注意的是，locktables语法除了会限制别的线程的读写外，也限定了本线程接下来的操作对象。
1、增加字段属于系统的修改操作。尽量不要在线操作，因为可能出现。未知的漏洞。一定要。离线。修改完毕，然后经过测试后。认为已经没有问题了。在。次日的凌晨发一个通知。停机维护。这样才能保证系统的正常运转。
2、锁表一般是长时间占用表导致的，试着使SELECT语句运行得更快；你可能必须创建一些摘要(summary)表做到这点。用--low-priority-updates启动mysqld。这将给所有更新(修改)一个表的语句以比SELECT语句低的优先级。
3、MySQL这3种锁的特性可大致归纳如下：表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。
通过show processlist看不到表上有任何操作，但实际上存在有未提交的事务，可以在information_schema.innodb_trx中查看到。在事务没有完成之前，表上的锁不会释放，alter table同样获取不到metadata的独占锁。
重启mysql服务 执行show processlist，找到state，State状态为Locked即被其他查询锁住。KILL 10866。
kill 相应的锁之后，查询不受影响。再次删除这个表又出现锁表。问题解决：通过如下语句查询是否有正在执行的事务， 如果有未提交的事务， 可以考虑kill事务或等待事务提交。