如何在AWS RDS的MySQL 8中创建大索引且不耗尽EBSByteBalance%？

• 优先在业务低峰期执行
  利用你提到的活跃度较低的时段启动索引创建，减少业务请求和索引构建的资源竞争，从根源降低冲突概率。

• 用在线索引创建模式（数据库支持的话）
  比如MySQL用ALTER TABLE 表名 ADD INDEX 索引名(列1,列2,列3) ALGORITHM=INPLACE, LOCK=NONE;，PostgreSQL 11+用CREATE INDEX CONCURRENTLY 索引名 ON 表名(列1,列2,列3);。这种方式不会长时间锁表，还会分批处理增量数据，避免后期一次性合并大量新增记录导致的存储、IO暴增，虽然耗时更长，但能全程保证业务可用。

• 限制索引创建的资源占用
  针对数据库的资源参数做临时调整，比如PostgreSQL可以临时调低maintenance_work_mem（比如设为64MB）、限制max_parallel_maintenance_workers为1；MySQL可以调整innodb_io_capacity等参数，降低索引创建时的CPU、IO优先级，给业务操作留足资源，代价是索引创建时间变长，但业务不会断。

• 临时扩容存储或调整gp3配置
  临时提升gp3的IOPS和吞吐量（比如调到3000 IOPS/1000 MB/s），或者临时增加EBS存储容量，避免后期存储空间耗尽导致崩溃。AWS支持动态调整gp3参数，不需要停机，索引创建完成后再调回原有配置即可。

• 实时监控并动态调整
  索引创建过程中盯紧EBSByteBalance%、存储空间使用率、IOPS这些指标，设置告警阈值。如果存储快耗尽，直接终止索引创建（用CONCURRENTLY创建的话，下次可以续建），等释放部分空间后再重启任务，避免数据库直接挂掉。

• 极端场景：借助只读副本
  如果以上方法还是有压力，先在只读副本上创建索引，完成后将副本提升为主库，切换业务流量，这种方式几乎不影响主库业务，但需要提前做好切换的预案。

内容的提问来源于stack exchange，提问作者Alex