最近在家办公，公司系统老是卡。一查才发现，每次开发同事给数据库加索引，业务就卡住几秒到几分钟。客服电话打爆，订单延迟，大家怨声载道。后来我们开始研究不锁表创建索引的方法，问题才真正缓解。
为什么加索引会锁表？
传统方式执行 ALTER TABLE 添加索引时，MySQL 会锁住整个表，期间不能写入数据。对于远程办公这种依赖系统实时协作的场景，哪怕停几秒都可能影响用户体验。特别是订单、消息这类高频写入的表，锁表等于“断网”。
MySQL 的解决方案：ALGORITHM=INPLACE
从 MySQL 5.6 开始，InnoDB 支持在线 DDL。添加索引时可以用 INPLACE 算法，避免锁表。操作过程中只在开始和结束时短暂加锁，几乎不影响业务。
ALTER TABLE users ADD INDEX idx_email (email) ALGORITHM=INPLACE, LOCK=NONE;关键参数有两个：ALGORITHM=INPLACE 表示使用原地修改算法，LOCK=NONE 明确不加锁。加上这两个选项，系统在后台默默建好索引，前端完全无感。
PostgreSQL 更简单：默认不锁
如果你用的是 PostgreSQL，那轻松多了。它支持 CREATE INDEX CONCURRENTLY，建索引时不阻塞写入。
CREATE INDEX CONCURRENTLY idx_user_status ON users (status);不过要注意，这个命令如果失败不会自动清理，得手动检查残留的无效索引。另外不能在事务块里执行，得单独运行。
线上操作的小技巧
我们团队现在上线前都会预判哪些查询可能慢，提前加上索引。但总有漏网之鱼。有一次临时发现搜索用户要扫全表，马上补索引。我们选在凌晨三点跑命令，还是担心出问题，先在测试库演练一遍流程。
执行时盯着监控看 QPS 和响应时间。看到曲线平稳，才算松口气。现在大伙儿都明白，不锁表建索引不是魔法，而是靠正确的命令和谨慎的操作。
别忘了应用层配合
就算数据库不锁表，索引创建也是耗资源的操作。服务器 IO 和 CPU 可能飙升。远程办公环境下，服务器往往配置不高，更得小心。
建议加索引避开高峰时段，比如选在午休或夜间。也可以分批处理，先给小表加，观察系统反应再推进。