我正在一个有6000万行记录的MySQL 5.6数据库中运行以下ALTER命令：
ALTER TABLE `large_table` ADD COLUMN `note` longtext NULL,
ALGORITHM=INPLACE, LOCK=NONE;
尽管指定了ALGORITHM = INPLACE和LOCK = NONE，但该表仍然被锁定，并且基本上会使应用程序停止，直到迁移完成。
通过检查SHOW OPEN TABLES命令输出的In_use列的值，我验证了该表确实被锁定。它的值设置为1。
根据我在MySQL文档中了解到的情况，此操作不应锁定表。而且，如果无法在没有锁定的情况下进行操作，MySQL应该失败该命令。我将数据库升级到MySQL 5.7以查看是否有所改善，但在5.7上也遇到了同样的问题。
这是一种预期的行为吗？我该如何找出问题出在哪里？
我假设您在那个时间没有对该表进行其他DDL操作？
针对未来：
8.0.12版本有ALTER TABLE .. ALGORITHM=INSTANT用于ADD COLUMN。请参见讨论，ALTER 参考文档和在线 DDL 参考文档
使用 INSTANT 算法添加列时会应用以下限制条件：
同一 ALTER TABLE 语句中可以添加多个列。
如果无法升级，则考虑使用 Percona 的 pt-online-schema-change 或新的竞争产品 gh-ost（使用 binlog）。
ALGORITHM=INPLACE, LOCK=NONE;时MySQL 5.6锁定的问题。首先检查以下内容：
检查表上的约束条件
如果表上有ON...CASCADE或ON...SET NULL约束条件，则不允许使用ALTER TABLE子句LOCK=NONE。
来源： https://dev.mysql.com/doc/refman/5.6/en/innodb-online-ddl-limitations.html
该表是否具有外键关系？
在外键关系中，与该表执行事务的其他表提交或回滚时，对该表的在线DDL操作不会等待。该事务持有正在更新的表的互斥元数据锁和外键相关表的共享元数据锁(用于外键检查)。共享元数据锁允许进行在线DDL操作，但在最后阶段该操作被阻塞，需要独占元数据锁才能更新表定义。此场景可能导致死锁，因为其他事务等待在线DDL操作完成。
来源： https://dev.mysql.com/doc/refman/5.6/en/innodb-online-ddl-limitations.html
并在此处阅读有关元数据锁的内容： https://dev.mysql.com/doc/refman/5.6/en/metadata-locking.html
先从旧的时间格式更改表
如果您以MySQL 5.6之前的版本创建了包含DATETIME或TIMESTAMP字段的表，则需要将其升级为MySQL 5.6的新格式。
MySQL 5.6之前创建的InnoDB表不支持使用ALTER TABLE ... ALGORITHM=INPLACE更改且包含时间列(DATE、DATETIME或TIMESTAMP)但未使用ALTER TABLE ... ALGORITHM=COPY重建的表。在这种情况下，ALTER TABLE ... ALGORITHM=INPLACE操作会返回以下错误:
ERROR 1846 (0A000): ALGORITHM=INPLACE is not supported. Reason: Cannot change column type INPLACE. Try ALGORITHM=COPY.
来源： https://dev.mysql.com/doc/refman/5.6/en/innodb-online-ddl-limitations.html
检查表是否具有分区
分区会改变ALTER TABLE规则的应用程序。 检查表的分区状态
show table status;