嘿，你的分页查询思路已经找对方向了——先通过主键快速筛选分页记录ID，再关联原表操作，这个逻辑完全可以迁移到更新场景里，而且非常适合百万级数据的分批处理。

完整的分页更新SQL语句 #

针对你的需求，每次更新50条记录（$page取0、50、100这类偏移量），完整的语句应该是这样的：

UPDATE fbdatatmp.ailab_pages_copy dest
JOIN (
    -- 先通过主键快速获取当前分页的记录ID集合
    SELECT sb_pageid 
    FROM fbdatatmp.ailab_pages_copy 
    ORDER BY sb_pageid 
    LIMIT $page, 50
) q ON dest.sb_pageid = q.sb_pageid
SET dest.UPDATED = CURDATE(); -- 如果需要精确到时分秒，替换成NOW()即可

为什么要这么写？ #

• 性能优先：sb_pageid作为主键（或带索引的字段），子查询能快速定位目标记录，避免大表全表扫描，百万级数据下执行效率会很高。
• 逻辑清晰：通过JOIN关联需要更新的记录，比直接在UPDATE后加LIMIT的写法更直观，也更容易排查问题。
• 可控性强：每次处理固定50条，你可以通过循环递增$page值来分批更新，直到ROW_COUNT()返回0，就说明所有记录都处理完了。

额外优化建议 #

如果sb_pageid还没有索引，一定要先加上，不然分页子查询的效率会大打折扣：

ALTER TABLE fbdatatmp.ailab_pages_copy ADD INDEX idx_sb_pageid (sb_pageid);

每次执行完UPDATE后，可以用SELECT ROW_COUNT();查看本次更新的行数，方便判断是否需要继续下一轮分页更新。

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