thinkphp原生不支持微秒级时间戳自动写入，需通过datetime(6)/timestamp(6)字段、删除$type中datetime声明、定义setcreatetimeattr修改器手动拼接微秒字符串实现；db::insert()等查询构造器不触发修改器，须显式处理。
ThinkPHP 原生不支持微秒级时间戳自动写入，无论 $autoWriteTimestamp 设为 'datetime' 还是 'timestamp'，底层调用的都是 PHP date() 或 time()，最多精确到秒。想存入 2026-05-01 13:17:22.123456 这类值，必须手动干预。
为什么 microtime(true) 直接赋值会失败
常见错误是直接在模型中写 $model->create_time = microtime(true);，然后 save() —— 这看似合理，但实际入库后可能变成 0000-00-00 00:00:00 或整数部分被截断。原因有三：
- 数据库字段类型不匹配：MySQL 的
DATETIME(6)或TIMESTAMP(6)才支持微秒，DATETIME（无精度）或INT会丢弃小数部分 - ThinkPHP 类型转换拦截：若模型中定义了
'create_time' => 'datetime'，框架会把浮点数microtime(true)强转为DateTime对象，再格式化成'Y-m-d H:i:s'，微秒彻底丢失 - MySQL 严格模式拒绝非法格式：传字符串
"2026-05-01 13:17:22.123456"时，若字段是DATETIME（非DATETIME(6)），会报错Incorrect datetime value
正确做法：用修改器（mutator）绕过类型转换
唯一稳定可控的方式是定义 setCreateTimeAttr 修改器，在写入前拼出带微秒的合法字符串，并确保字段类型兼容：
- 先确认数据库字段是
DATETIME(6)或TIMESTAMP(6)：ALTER TABLE user MODIFY create_time DATETIME(6); - 在模型中定义修改器，不依赖框架自动转换逻辑：
public function setCreateTimeAttr($value) { if (empty($value)) { $micro = explode(' ', microtime()); $time = date('Y-m-d H:i:s', (int) $micro[1]) . '.' . str_pad((int) round($micro[0] * 1000000), 6, '0', STR_PAD_LEFT); return $time; } return $value; } - 同时删掉
$type中对create_time的声明（如'create_time' => 'datetime'），避免框架二次格式化 - 确保
$createTime字段名与数据库一致（如'create_time'），且$autoWriteTimestamp = true保持开启（仅作触发入口，实际值由修改器返回）
Db::insert() 和 where()->update() 完全不走这套逻辑
这两个方法跳过模型生命周期，修改器、beforeWrite、$autoWriteTimestamp 全部失效。如果业务中混用模型和查询构造器，微秒时间戳必须显式处理：
-
Db::insert(['create_time' => date('Y-m-d H:i:s.u')])不行 ——u是毫秒，且 MySQL 不认这个格式 - 正确写法：
$micro = microtime(); $dt = date('Y-m-d H:i:s', (int) substr($micro, -10)) . substr($micro, 0, -10); Db::insert(['create_time' => $dt]); - 更稳妥的是封装一个工具函数，统一生成
DATETIME(6)兼容字符串，避免各处重复写错
微秒级时间戳不是“开个开关就能用”的功能，它要求数据库字段、PHP 生成逻辑、ThinkPHP 类型处理三者严丝合缝。最容易被忽略的是 $type 配置残留 —— 即便你写了修改器，只要 $type 里还挂着 'create_time' => 'datetime'，框架就会在修改器之后再做一次无意义的转换，把微秒吃掉。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
