时序数据表需满足按时间范围高效查询、分区裁剪和冷热分离，核心是建表语句中使用NOT NULL的TIMESTAMP类型时间列（推荐DEFAULT CURRENT_TIMESTAMP）、以该列为首位的复合索引、RANGE COLUMNS分区（MySQL 8.0+），且PHP中应交由MySQL自动生成时间戳，查询必须带created_at范围条件。
MySQL 中 PHP 创建时序数据表的关键约束
时序数据表不是加个 created_at 字段就叫时序表——它必须支持按时间范围高效查询、分区裁剪、冷热分离。PHP 本身不直接“建时序表”，而是通过 PDO 或 MySQLi 执行符合时序特性的 CREATE TABLE 语句。核心在于建表语句是否满足时序场景的物理组织要求。
- 必须显式指定
TIMESTAMP或DATETIME类型的时间列（推荐TIMESTAMP，自动时区转换 + 范围够用） - 该列需设为
NOT NULL，并建议加DEFAULT CURRENT_TIMESTAMP - 强烈建议添加
INDEX（非唯一），且索引顺序以时间列为首位，例如INDEX idx_time_device (created_at, device_id) - MySQL 5.7+ 支持
PARTITION BY RANGE COLUMNS，但 PHP 执行建表时需确保 SQL 含合法分区定义（如按月拆分）
PHP 中执行带分区的时序建表语句（MySQL 8.0+）
直接拼接 SQL 并用 PDO::exec() 执行即可，但要注意：分区表达式必须是确定性函数，CURRENT_TIMESTAMP 不可用；须用 TO_DAYS(created_at) 或 YEAR(created_at), MONTH(created_at) 等。
CREATE TABLE sensor_readings (
id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT,
device_id VARCHAR(32) NOT NULL,
temperature DECIMAL(5,2),
humidity TINYINT UNSIGNED,
created_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
PRIMARY KEY (id, created_at),
INDEX idx_time_device (created_at, device_id)
) ENGINE=InnoDB
PARTITION BY RANGE COLUMNS(created_at) (
PARTITION p202401 VALUES LESS THAN ('2024-02-01'),
PARTITION p202402 VALUES LESS THAN ('2024-03-01'),
PARTITION p202403 VALUES LESS THAN ('2024-04-01'),
PARTITION p_future VALUES LESS THAN MAXVALUE
);⚠️ 注意：PARTITION BY RANGE COLUMNS 要求 MySQL 8.0+，且字段类型必须严格匹配（TIMESTAMP 可用，DATETIME 也可，但不能混用字符串）。PHP 中只需确保 PDO 连接使用 PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION，捕获 SQLSTATE HY000 类错误即可。
为什么不要用 PHP 的 date() 拼接时间默认值
在建表语句中写 DEFAULT '2024-01-01 00:00:00' 是静态的，无法满足“每条记录自动填入当前写入时间”的时序本质需求。而依赖 PHP 层插入前生成时间再 bindParam，会丢失数据库端统一时钟、引入网络延迟偏差、且绕过 ON UPDATE CURRENT_TIMESTAMP 等能力。
新视窗企业管理系统是一款小巧、实用、利于后续开发的ASP程序。适合大中小型企业的网站建设。1、新闻管理 2、产品管理 3、订单管理 4、广告管理 5、下载管理 6、留言管理 8、单页栏目(如企业简介,资质荣誉)9、人才招聘等等。 新视窗企业管理系统 5.1 更新日志:1、修改产品列表的图片自动缩略，防止图片变形.2、修改后台添加产品分类时，排序ID不写入数据库的错误.3、修改首页企业简介的链接地址
立即学习“PHP免费学习笔记（深入）”；
- 正确做法：把时间生成逻辑留给 MySQL，字段定义写
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP - 若需更新时间戳，追加
updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP - PHP 插入时完全忽略该字段（不传、不 bind），由 MySQL 自动填充
- 避免用
date('Y-m-d H:i:s')在 PHP 中生成字符串后塞进 SQL——既不安全（需手动转义），又破坏时序一致性
时序表建好后，PHP 查询必须带时间条件才有效
建了分区和索引，不代表查询自动变快。如果 PHP 中执行 SELECT * FROM sensor_readings WHERE device_id = ?（无时间条件），MySQL 仍可能扫全分区或全索引。
- 所有关键查询必须包含
created_at的范围谓词，例如WHERE created_at >= ? AND created_at - 使用
EXPLAIN PARTITIONS验证是否命中目标分区（如只显示p202402） - 避免
ORDER BY created_at DESC LIMIT 10这类无过滤的倒序查——即使有索引，也常触发 filesort - 考虑在 PHP 中预计算时间边界（如
date('Y-m-d', strtotime('-7 days'))），再传入 PDO 参数，而非在 SQL 中调用DATE_SUB(NOW(), INTERVAL 7 DAY)
时序表的“时序性”不在字段名，而在建表结构设计、分区策略、索引顺序与查询模式的闭环配合——PHP 只是执行者，别让它替数据库做时间判断。
