问：站长老刘，我站点搬家后，后台直接白屏，日志显示“MySQL server has gone away”，这跟版本有什么关系？
答：老刘你先别急着换服务器，苹果CMS（V10）对MySQL是有隐性的版本依赖的——它默认使用的mysqli扩展在PHP 7.4+下，如果数据库是MySQL 5.5或MariaDB 10.0以下的旧版本，连接超时时间（wait_timeout）默认只有8小时，搬家后服务器配置变严，长连接一断，采集脚本一跑就得报错。
操作指引： 登录新服务器的phpMyAdmin，执行 SHOW VARIABLES LIKE 'wait_timeout';，如果低于28800，就在my.cnf的[mysqld]段加一行 wait_timeout=28800，然后重启MySQL。强制将苹果CMS的数据库编码设为utf8mb4，因为新版本MySQL默认字符集是utf8mb4，旧库的utf8_general_ci会导致索引失效，采集时写入卡死。
问：数据库能连上了，但采集器一跑就“卡在90%”，日志提示“Data too long for column”，这是版本严格模式搞的鬼？
苹果CMS搬家后MySQL版本报错？从采集源到定时任务的五步自救指南
答：对，MySQL 5.7+默认开启STRICT_TRANS_TABLES，苹果CMS老数据里某些字段（比如vod_content）长度超了旧标准，搬家后直接报错。
操作指引： 不要改每个字段，太蠢，直接改数据库连接方式——在苹果CMS的application/database.php里，把'strict' => false写进连接参数，如果不行，再进MySQL执行 SET GLOBAL sql_mode='NO_ENGINE_SUBSTITUTION'; 临时关掉严格模式。关键提醒： 如果你要对接采集源（比如OK资源站、量子资源），必须保证对方返回的vod_pic字段URL长度不超过255字符，否则即使你关了严格模式，采集入库时依然会被截断。
问：采集规则怎么改才能兼容新版MySQL？我原来的正则抓取视频详情页总丢字段
答：很多老站长用preg_match抓<iframe>里的播放地址，但新版本MySQL对TEXT字段的索引长度有限制，你把播放器代码直接塞进vod_play_url，结果字段里含特殊字符（&、）导致转储失败。
操作指引： 修改自定义采集规则时，不要直接存播放器HTML，改用base64_encode编码后再存，输出时用base64_decode解码，比如在“自定义资源库”里，把规则写成：
vod_play_url = base64_encode('https://player.example.com/?url='.$vod_url)这样既避开MySQL对特殊字符的转义问题,又不会因引号冲突丢字段。采集父列表页时，强制加一个time()时间戳参数，防止新版MySQL查询缓存（query cache）返回旧数据导致漏采。
问：对接采集源时，对方接口返回的JSON格式里多了个type字段，我后台自定义资源库直接报“字段不存在”，怎么处理？
答：这很常见，苹果CMS的collect_content函数是严格匹配字段名的，对方新加了type（4K”“杜比”），你库里没有就爆错。
操作指引： 不要改核心文件，在后台“采集参数配置”里的“自定义过滤”中加入：
$data['vod_type'] = $data['type'] ?? ''; unset($data['type']);
如果你用的是魔改版采集插件,直接在application/common.php的format_data函数末尾加一行拦截。重点： 对接前先看对方接口的field列表，用postman模拟请求，把返回JSON里的键名导出成SQL临时表，比对后再入库。
*问：定时采集老“漏采”新片，尤其凌晨3点那批，我在crontab里设了`/30 `，但总有一半资源没进库，跟MySQL锁表有关？**
答：这就是搬家后没调优innodb_buffer_pool_size的恶果，MySQL 8.0默认缓冲池128MB，你旧库是5.6的1GB，采集时大批量INSERT导致行锁冲突，事务回滚，自然漏采。
操作指引：
- 先改连接池：在
database.php里设置'max_connections' => 200。 - 用分批采集替代整站采集，在定时任务脚本里，把采集源分为10组，每组间隔5分钟，避免事务堆积。
- 开启慢查询日志，执行
SET GLOBAL slow_query_log=ON;然后跑一次采集，查看mysqld-slow.log里有没有Lock wait timeout exceeded，如果有，就把采集脚本里的db->startTrans()改为db->query('SET SESSION innodb_lock_wait_timeout=60');。
问：有没有备用采集源的推荐思路？我主源挂了，副源怎么快速切换且不丢数据？
答：思路比源重要，别迷信“无限资源”那种聚合站，一旦对方改版你全挂，推荐“同源双协议”思路：
- 主源用
http的OK资源站（选择“高清”分类），备用源用https的量子资源（选择“线路2”）。 - 操作指引： 在苹果CMS后台“资源库”里，把备用源的“优先级”数值设为比主源大（比如主源为1，备用源为2），然后在“采集策略”里开启“自动回退”——当主源连续3次返回
code:0时，系统自动切到备用源。 - 关键细节： 备用源的数据入库前，用
array_diff比对vod_id，只补全主源未入库的vod_id，避免重复。再给个土办法： 每周手动导出一份主源sitemap.xml，存到服务器本地，如果两个源都挂了，用php -r脚本直接解析本地sitemap入库，至少保住老片。
问：搬家后MySQL版本升到8.0，苹果CMS老模板的搜索功能变慢，怎么办？
答：8.0删除了query cache，你模板里那种“每输入一个字就实时搜索”的like '%keyword%'全表扫描直接爆炸。
操作指引： 改造搜索接口——在application/api/controller/Search.php里，把where('vod_name','like',"%".$kw."%")改成where('vod_py','like',$kw.'%')，前提是你后台开启“拼音搜索”字段，如果非要模糊搜索，给vod_name加FULLTEXT INDEX，但苹果CMS默认是MyISAM表才支持，需要手动把vod表转为MyISAM。懒人方案： 在config.php里把搜索限定为“只搜索当日入库资源”，加个where('vod_time','>',time()-86400)，秒开。
发表评论