polardb for mysql，想把int改成bigint，是否会锁表？

在 PolarDB for MySQL 中，当你需要修改表结构时，例如将一个 INT 类型的列改为 BIGINT 类型，这通常涉及到表结构的变更。这种类型的 DDL（数据定义语言）操作可能会导致表被锁定一段时间。

在 MySQL 中，ALTER TABLE 操作可能会导致不同程度的锁，这取决于具体的更改类型以及 MySQL 版本。对于简单的数据类型更改，如从 INT 到 BIGINT，MySQL 通常不需要重建整个表，因此这种更改往往不会引起长时间的锁。

然而，在 PolarDB for MySQL 中，为了尽可能减少对应用程序的影响，当执行某些 DDL 操作时，系统会采用一些优化策略来减少锁表时间和影响范围。这些策略包括但不限于：

• 在线重定义表：PolarDB 可能会尝试使用在线方式来改变表结构，这样可以在不停止服务的情况下完成表结构的修改。
• 分批执行：对于大型表，PolarDB 可能会将 DDL 操作分割成多个小任务，逐步执行以减少锁表的时间。
• 后台执行：某些 DDL 操作可以在后台异步执行，进一步降低对业务的影响。

对于特定的操作，例如更改列的数据类型：

• 简单类型转换：如果从 INT 转换到 BIGINT 并且没有涉及其他复杂的 DDL 操作（如添加唯一索引或主键），那么这个操作通常是快速的，且不太可能产生长时间的锁。
• 复杂转换：如果涉及其他复杂的 DDL 操作，例如更改列的同时还需要添加新的约束或者索引等，则可能会产生更长的锁。

如何最小化锁表时间？

1. 选择低峰时段执行：尽量在业务低峰时段执行这类 DDL 操作。
2. 使用分区表：如果表已经被分区，可以在分区级别上执行 DDL 操作，这样可以减少锁表的时间和范围。
3. 使用 ALTER TABLE ... CONVERT TO COLUMNFORMAT DYNAMIC：如果你的表使用了 InnoDB 存储引擎，那么使用此选项可以在线修改表结构。

总结

• 修改 INT 到 BIGINT 这样的简单类型转换在 PolarDB for MySQL 中通常不会导致长时间的锁表。
• 但是，具体的影响取决于表的大小、表上的活动量以及是否有其他并发的事务。
• 在执行任何重大 DDL 操作之前，最好先评估其影响，并在非高峰时段进行操作。

如果你有特定的场景或者需要了解更详细的策略，建议查阅 PolarDB 的官方文档或者联系技术支持获取更准确的信息。