17370845950

PHP无法原生定时发布，需借助Linux cron等外部调度；数据库须设status枚举字段与publish_at时间字段，并建(status, publish_at)联合索引；脚本需加锁防并发重复执行。

PHP 本身不支持真正的“定时发布”，得靠外部调度

PHP 是请求响应式脚本语言，没有后台常驻进程能力。所谓“视频定时发布”，实际是：把发布时间存进数据库，再由外部机制（如 Linux cron）定期调用 PHP 脚本检查并执行发布逻辑。

数据库设计要包含明确的状态和时间字段

不能只存一个 publish_time 就完事。必须区分“待发布”、“已发布”、“已取消”等状态，否则 cron 多次拉起时会重复操作。

• status 字段建议用枚举：'draft'、'pending'、'published'、'cancelled'
• publish_at 必须是 DATETIME 类型，且带时区一致性（推荐全用 UTC 存储）
• 加联合索引：INDEX status_publish_at (status, publish_at)，避免每次全表扫描

定时检查脚本要防并发和重复执行

Linux 的 cron 每分钟跑一次，但 PHP 脚本执行可能超时或卡住，导致多个实例同时运行，引发视频重复发布或状态错乱。

• 用文件锁或数据库行锁控制入口：

  SELECT * FROM videos WHERE id = ? AND status = 'pending' AND publish_at <= NOW() FOR UPDATE

• 发布成功后立即更新 status 为 'published'，并设 published_at = NOW()
• 加日志记录每条处理的 video_id 和时间，方便排查漏发或重发
• 避免在脚本里做耗时操作（如转码、上传 CDN），只负责状态变更和触发异步任务（如写入 Redis 队列交由 Worker 处理）

别忽略时区和服务器时间偏差

开发机本地时间、Web 服务器时间、MySQL 服务器时间、PHP date_default_timezone_set() 设置，四者不一致就会导致“明明到了时间却不发布”。

• 统一所有环节使用 UTC：PHP 中调用 date_default_timezone_set('UTC')，MySQL 启动参数加 --default-time-zone='+00:00'
• 检查 MySQL 的 NOW() 和系统时间是否一致：date 命令 vs SELECT NOW();
• 如果业务面向国内用户，前端选时间时转换为 UTC 再存库，而不是直接存 $_POST['publish_time']

真正难的不是写那几行 PHP 代码，而是让时间判断精准、状态流转可靠、多实例互斥安全——这些细节一旦漏掉，上线后