海洋 CMS 采集的视频数据可以批量编辑吗

可以。海洋 CMS 采集入库的视频数据支持批量编辑，但后台能改的字段有限（推荐位、分类、状态、删除等），真正意义上的「按规则批量替换标题、简介、播放地址」要靠 SQL 或采集入库前的过滤规则来完成，改数据库前必须先备份。

海洋 CMS 后台能批量编辑哪些数据？

结论：后台的批量操作覆盖面是「标签类字段」，不覆盖「文本内容替换」。

一般在视频数据列表里勾选多条记录后，可以对选中项做批量分类转移、批量设置推荐位、批量修改状态（上线/下线）、批量删除这类动作。它的逻辑是「给同一批记录打同样的标记」，而不是「把标题里的某个词换掉」。

所以如果你的需求是「把 500 条采集视频统一改成某分类」「统一关闭推荐」，后台够用；如果是「把标题里的采集站名去掉」「把简介里的旧域名替换掉」，后台做不到，必须走数据库或采集规则。

动手前先确认两件事：一是你站点的表前缀，默认是 sea_，但安装时改过就不是；二是当前数据库结构，执行 SHOW TABLES; 看表名，执行 DESC sea_data; 看字段。字段名各版本有差异，别照抄别人的 SQL 直接跑。

批量替换标题、简介的 SQL 怎么写？

结论：用 UPDATE 配合 REPLACE() 函数，一条语句替换一个词，是最稳的做法。

以默认前缀为例，去掉标题里的采集站名：

UPDATE sea_data
SET name = REPLACE(name, '某某影视', '')
WHERE name LIKE '%某某影视%';

替换简介里的旧域名：

UPDATE sea_data
SET blurb = REPLACE(blurb, 'old.com', 'new.com')
WHERE blurb LIKE '%old.com%';

关键点有三个。第一，WHERE 一定要加 LIKE 条件，否则全表重写，几万条数据既慢又容易误伤。第二，先跑 SELECT 验证：

SELECT id, name FROM sea_data WHERE name LIKE '%某某影视%' LIMIT 20;

看着没问题再把 SELECT 改成 UPDATE。第三，字符串替换会连带影响子串，比如替换「影视」会命中「影视大全」「影视城」，词越短越危险，尽量用完整词。

采集入库前怎么自动过滤？

结论：与其事后批量返工，不如在采集规则的「数据过滤/替换」里配置好，让脏数据进不来。

海洋 CMS 的采集模块支持设置过滤词、替换规则和采集后处理，具体菜单位置以你后台版本为准。一般思路是维护一张替换对照表：采集站名 → 空，采集站域名 → 你的域名，采集站联系方式 → 你的联系方式。这样每次采集都自动清洗，比事后 SQL 成本低得多。

已经入库的历史数据没法被新规则追溯，所以规则要一次配全，配完后再补一次全库 SQL 清洗。

批量编辑最容易踩的坑是什么？

结论：不备份、不加条件、不试跑，是三个最常见的事故来源。

第一，备份。至少导出 sea_data 和播放地址表两张表：

mysqldump -u用户名 -p 库名 sea_data > sea_data_backup.sql

第二，注意播放地址的位置。新版海洋 CMS 把播放地址序列化存在单独的表里，部分版本是一个字段存 JSON 或 $$$ 分隔的字符串，直接对字段做字符串替换可能破坏结构。这种先 DESC 看清字段类型再决定是改库还是重新采集。

第三，批量改完后清缓存。海洋 CMS 有数据缓存，不清的话前台看到的还是旧内容。

总结一下：海洋 CMS 采集数据完全可以批量编辑——后台负责标签类批量操作，SQL 的 REPLACE() 负责文本批量替换，采集规则负责从源头过滤。三者配合，加上改前备份、改前试跑这两步，几万条数据的清洗可以在几分钟内完成。