在 PolarDB for MySQL 中，当你想要将表中的列类型从 INT 改为 BIGINT 时，是否会锁表取决于多个因素，包括你使用的 MySQL 版本、PolarDB 的版本、以及你执行操作的具体方法。
1. MySQL 的一般行为
在 MySQL 中，直接通过 ALTER TABLE 语句来修改列类型（如从 INT 改为 BIGINT）通常会涉及到表的重建，这会导致对表的锁定。这意味着，在 ALTER TABLE 操作执行期间，其他对该表的查询和更新操作将会被阻塞。
2. PolarDB 的优化
然而，PolarDB 作为阿里云的一个数据库产品，它基于 MySQL 进行了大量的优化，特别是在性能和并发处理方面。PolarDB 可能采用了特殊的存储引擎或技术（如分布式存储和计算）来减少或优化这类操作对性能的影响。
在某些情况下，PolarDB 可能会通过在线 DDL（Data Definition Language）功能来减少对表锁的需求。在线 DDL 允许在修改表结构的同时，仍然允许对表进行读操作和（在某些情况下）写操作。但是，这并不意味着所有的 DDL 操作都能完全无锁执行，它仍然取决于具体的操作类型和底层实现。
3. 实际操作中的考虑
查看文档：首先，你应该查看 PolarDB 的官方文档，了解它对于 ALTER TABLE 操作的具体行为和限制。
测试：在生产环境执行此类操作之前，你应该在测试环境中进行充分的测试，以评估其对性能的影响和锁表行为。
低峰时段操作：如果可能的话，在系统的低峰时段执行此类操作，以减少对业务的影响。
备份：在执行任何可能影响数据完整性的操作之前，确保已经做好了充分的备份。
4. 替代方案
如果你担心 ALTER TABLE 操作会对业务造成严重影响，你可以考虑使用以下替代方案：
创建新表：创建一个新表，其结构与原表相似，但将相应的列类型改为 BIGINT。然后，将原表的数据导入到新表中，并在验证无误后切换使用新表。
使用触发器：在更新现有数据或插入新数据时，通过触发器自动将数据转换为 BIGINT 类型（尽管这通常不适用于直接修改列类型的情况）。
总之，虽然 ALTER TABLE 操作在 MySQL 中通常会锁表，但 PolarDB 的具体行为可能有所不同。你应该根据 PolarDB 的官方文档和测试结果来做出决策。