加索引如何避免锁表？

此等锁表必须有两个条件：

首先历史原因，线上加索引是用了一个存储过程：

摒弃一切无关要素，我们只看核心语句：

线上用的就是这么一个语句添加索引的。

首先，添加索引为什么会锁表呢？查阅一些资料说，如果当前表正在执行一个慢查询，此时添加索引，就可能会锁表。

我尝试在测试环境重现了一下。

首先，我在b_regbroker_cst_proj这个表执行了一个慢查询事务。

这个查询正常完成要9s左右，够慢了，满足要求。

然后我要做的事情，就是在查询未完成的时间，给b_regbroker_cst_proj这个表添加索引。

好了，来试试，我先开启事务，先不提交。

然后创建索引：

哦耶，so funny。

此时无论这个表执行什么查询，都会卡住了：

查了一下下面这个lock的原因：

有没有更好的加索引解决方式呢？查文档

文档

mysql自5.6之后变提供了解决方式，运行线上无锁添加索引。

重点说两个参数：

好了，试下有没有用。

哈哈哈，卵用都没有。

我觉得我是理解错了，人家的无锁加索引，只是说加索引的语句不加锁，避免此时有update、insert、delete语句也持锁从而相互形成死锁。但是目前的问题是，有事务持了表锁，创建索引需要等待。等该事务提交，索引就能创建成功。但是在这个等待时间，其它sql都执行不了，这个很坑啊~~

结论：

总之，alter table的语句是很危险的(其实他的危险其实是未提交事物或者长事务导致的)，在 *** 作之前最好确认对要 *** 作的表没有任何进行中的 *** 作、没有未提交事务、也没有显式事务中的报错语句。如果有alter table的维护任务，在无人监管的时候运行，最好通过lock_wait_timeout设置好超时时间，避免长时间的metedata锁等待。

加索引要避免锁表，需要先确定此时没有慢查询事务未提交，如果这个查询卡了30分钟，那么整个表的所有业务都会卡30分钟，这是很变态的。

所以大表加索引还是在没人用的时间加比较安全，要不就是先创建副本，再将表名改掉。

这个是属于系统遗留问题，也就是一种系统的保护机制。就是为了避免出现这种在线修改系统的 *** 作。

增加字段属于系统的修改 *** 作。尽量不要在线 *** 作，因为可能出现。未知的漏洞。一定要。离线。修改完毕，然后经过测试后。认为已经没有问题了。在。次日的凌晨发一个通知。停机维护。这样才能保证系统的正常运转。

如果在前期设置系统的时候就预留了。热升级的空间。这样才能达到在线 *** 作的目的，而且系统的金融群总是一部分先升级。

很多情况下，你需要使用系统里边的工具集。在线修改表格。原理其实非常的简单，新建的和原表的表格结构。要一模一样。对这个表格进行修改，然后把结构变更的日期。插入进去。而且还建议您尽量在业务的低缝隙进行修改。避免发生不可控的未知状况。

使用说明：

1、如果是用 MySQL + Apache，使用的又是 FreeBSD 网络 *** 作系统的话，安装时候你应按注意到FreeBSD的版本问题，在FreeBSD 的 3.0 以下版本来说，MySQL Source 内含的 MIT-pthread 运行是正常的，但在这版本以上，你必须使用 native threads。

2、如果在 COMPILE 过程中出了问题，请先检查你的 gcc版本是否在 2.81 版本以上，gmake 版本是否在3.75以上。

3、如果不是版本的问题，那可能是你的内存不足，请使用configure--with-low-memory 来加入。

4、如果要重新做你的configure，那么你可以键入rm config.cache和make clean来清除记录。

5、把 MySQL 安装在 /usr/local 目录下，这是缺省值，您也可以按照你的需要设定你所安装的目录。