MySQL仅更新小字段时是否需重写整行？大字段拆分是否更优？

1. 更新heartbeat_at时是否会重写整行？ #

是的，InnoDB引擎下哪怕只更新单个小字段，也会重写整行数据。

InnoDB采用聚簇索引架构，所有字段（包括5-50KB的data_json）都存储在聚簇索引的叶子节点中。执行UPDATE table SET heartbeat_at = NOW() WHERE id IN (...)时，InnoDB需要：

• 定位到目标行的聚簇索引记录
• 创建包含所有字段的新行版本（哪怕只有heartbeat_at字段改变）
• 标记旧行版本为待删除状态
• 同步更新相关二级索引（如果存在）

这就意味着，每次更新heartbeat_at时，大字段data_json也会被卷入写入流程，额外消耗CPU、IO资源，这正是你观察到CPU占用过高的核心原因。

2. 将data_json拆分到单独表是否更合适？ #

非常推荐拆分，这是解决这类场景性能问题的标准方案，核心优势如下：

• 大幅降低更新开销：拆分后高频更新的表仅包含小字段，每次更新重写的数据量极小，CPU和IO消耗会显著下降
• 提升缓存效率：小表的行数据占用内存更少，InnoDB缓冲池可以缓存更多活跃行，减少磁盘IO次数
• 减少锁竞争：大字段行更新时锁持有时间更长，拆分后小表的更新锁冲突概率更低

拆分建议：

• 主表（如entity_heartbeat）：保留id、heartbeat_at等高频操作的小字段
• 附属表（如entity_data）：仅保留id和data_json，仅在需要更新或查询大字段时访问

查询时通过id关联两张表即可，低频访问大字段的代价完全可以接受，而高频更新的性能会得到质的提升。

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