元组不可变特性下数据库记录修改机制、效率及选型疑问

1. 修改记录时元组是否会被完全重新分配？ #

是的，元组的核心特性就是不可变——一旦创建就无法修改内部元素。当数据库里某行记录（对应一个元组）的某个字段值被修改时，数据库不会直接修改原元组的内容，而是生成一个全新的元组：把修改后的值替换进去，其余未修改的字段保留原样，再用这个新元组替代旧元组的位置。

2. 这种方式是否具备效率？ #

表面看重新创建元组会有开销，但在数据库场景下反而更高效：

• 并发安全：不可变元组天然支持多线程/进程的并发读取，无需加锁，避免了并发冲突带来的性能损耗。
• 适配MVCC机制：很多数据库（比如PostgreSQL）依赖不可变元组实现多版本并发控制，旧版本元组可以保留到事务结束，不用立即删除，大幅简化了事务隔离的实现逻辑。
• 存储成本可控：数据库通常会对元组做压缩、索引优化，且单条元组体积普遍不大，重新创建的开销远低于解决可变结构带来的并发、版本一致性问题的成本。

3. 数据库为何选用元组这种数据结构？ #

• 匹配表结构特性：数据库表的Schema是固定的，每条记录的字段数量、类型都和表结构一致，元组固定的字段结构刚好契合这种需求。
• 保证数据完整性：元组的不可变性能避免意外修改，不会出现部分字段被修改、部分未修改的中间状态，确保数据始终处于一致、可靠的状态。
• 适配底层存储：数据库底层的磁盘页存储结构更适合存放固定格式、不可变的数据块，元组的结构能和这些存储单元更好地对齐，提升读写效率。

内容的提问来源于stack exchange，提问作者Devernay Stéphane