使用索引时如何保证基表与索引表之间的数据一致性？

主流事务型关系数据库（如MySQL InnoDB、PostgreSQL）通过以下几层机制保证修改索引列时，基表和索引数据完全一致：

• 操作原子绑定：更新索引列的DML执行时，索引修改会和基表修改纳入同一个操作序列，完全绑定。以你给出的update table set indexed_col='abc' where condition;为例，实际执行流程为：
  1. 匹配where条件定位到所有需要修改的基表行
  2. 对每一行依次执行：删除该列旧值对应的索引条目→修改基表的对应字段值→插入新值对应的索引条目
     整个过程不会出现只改基表不改索引、或者只改索引不改基表的情况。
• *预写日志（WAL）*兜底故障场景：所有基表、索引的修改操作，在写入磁盘持久化之前，都会先写入重做日志（Redo Log）并优先持久化到磁盘。如果实例中途崩溃、断电，重启时数据库会自动用Redo Log重做所有已提交的事务、回滚未完成的事务，保证基表和索引的修改要么同时生效，要么全部撤销。
• 事务原子性保证：整个更新操作（包含基表修改+所有关联索引修改）是原子的，只有所有操作全部执行成功才会提交事务，任意步骤执行失败都会触发回滚，中间状态永远不会对外可见。
• 并发锁控制：更新过程中会对涉及的行、索引条目加排他锁，直到事务提交才释放，避免并发修改时互相干扰产生数据不一致。

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