Yii2.0.25中批量保存不触发TimestampBehavior，因其绕过ActiveRecord实例化与事件机制；推荐交由数据库自动生成时间戳，或手动在insertAll前补全字段值。
Yii2.0.25 中批量保存（如 insertAll() 或原生 SQL 批量插入）**不会触发 TimestampBehavior**，因为该行为仅在 ActiveRecord 实例的生命周期事件（如 beforeInsert、beforeUpdate）中生效，而批量操作绕过了单条模型实例的创建与事件机制。
为什么批量保存不走 TimestampBehavior
TimestampBehavior 依赖于 ActiveRecord 的事件钩子（EVENT_BEFORE_INSERT 等），而 ActiveRecord::insertAll() 是直接调用 DAO 层执行 SQL 插入，不实例化模型对象，也不触发任何行为或验证逻辑。因此：
- created_at / updated_at 字段不会被自动填充
- 即使定义了 behavior，也完全无效
- 数据库字段若无默认值且为 NOT NULL，将导致 SQL 报错
可行的解决方案
根据场景选择合适方式，核心原则是：把时间戳控制权交给数据库或手动补全。
-
推荐用数据库自动生成（最可靠）：
将created_at和updated_at字段设为TIMESTAMP类型，并设置默认值和自动更新规则（MySQL 5.6+）：created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMPupdated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
这样无论是否通过 Yii 批量插入，时间戳均由数据库保证一致性和时区准确性。 -
手动构造时间字段数组（适合可控数据源）：
在调用insertAll()前，预先为每条记录添加时间戳值：$rows = array_map(function ($row) { return array_merge($row, [ 'created_at' => date('Y-m-d H:i:s'), 'updated_at' => date('Y-m-d H:i:s') ]); }, $rawData);
注意：若字段是 INT 类型存 UNIX 时间戳，则用time()替代date()。 -
避免混用：不要给字段设数据库默认值 + 同时依赖 Behavior：
二者冲突可能导致行为失效（尤其当字段有DEFAULT时，TimestampBehavior可能跳过赋值）。建议统一由一方控制——要么全交数据库，要么全交 PHP 行为（后者仅适用于单条save()）。
特别提醒：批量更新时的时间戳
同理，updateAll() 也不会触发 TimestampBehavior。若需更新 updated_at，可直接在条件中写死：
- MySQL：
User::updateAll(['updated_at' => new \yii\db\Expression('NOW()')], $condition) - PostgreSQL：
'CURRENT_TIMESTAMP' - INT 类型字段：
'updated_at' => time()
不复杂但容易忽略：批量操作的本质是“跳过模型层”，所以所有依赖模型事件的功能（包括验证、日志、行为）都不起作用。时间戳只是其中最常见的一例。
