直接在事务中全量get()或Excel::import()大文件必致内存溢出、超时或连接池耗尽；ChunkById漏/重数据因未显式传入$minId/$maxId；日期变1970-01-01或数字失真因PhpSpreadsheet默认数值解析；导出筛选失效因request()在响应阶段已不可用；事务应仅用于获取一致性快照，不可包裹整个导出流程。
直接在事务里 get() 全量数据再导出，或用 Excel::import() 一次性读取大 Excel 文件，99% 会触发内存溢出、超时或连接池耗尽——这不是配置调高就能解决的，是设计层面的错误。
ChunkById 分片导出时为什么还会漏数据或重复？
根本原因是没控制主键范围边界。比如你只传了 $chunkSize = 1000，但没指定 $minId 和 $maxId，Laravel 会自动查一次全表范围；若导出过程中有新记录插入（id 落在当前分片内），就可能被跳过或重复处理。
- 必须显式计算起止 ID：
$minId = Model::min('id')、$maxId = Model::max('id') - 调用时完整传入：
Model::chunkById(1000, $callback, 'id', $minId, $maxId) - 避免在回调里做写操作（如
save()或update()），否则可能干扰主键顺序，导致下一批漏掉刚更新的记录
导入大 Excel 时日期变 1970-01-01 或数字变科学计数？
PhpSpreadsheet 默认把 Excel 单元格当“数值”解析：日期存的是距 1900-01-01 的天数（如 44197.5），数字列超 12 位就转成浮点。不干预，PHP 就按默认规则丢精度。
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
- 实现
WithCustomValueBinder接口，在bindValue()里对目标列手动转换：DateTime::createFromFormat('Y-m-d', (string) $value) - 或更轻量：在
config/excel.php中设'strict_nulls' => true，配合WithChunkReading手动控制每单元格读取逻辑 - 别依赖模型
$casts自动转日期——它只对字符串有效，对 Excel 序列号无效
导出类里用 request()->input() 筛选数据，为什么导出总是全表？
因为 Excel::download(new ExportClass) 是在响应阶段执行，此时 HTTP 请求上下文已销毁，request() 返回空或默认值，where() 条件失效。
- 所有筛选逻辑必须在控制器中完成：
$query = User::where('status', $request->status)->when(...) - 把构建好的
$query传进导出类（如通过构造函数），而不是在导出类里重新调request() - 如果要用生成器（
FromGenerator），也得提前把数据查好、yield 出来，不能在generator()里现场查库
最容易被忽略的是事务与导出的耦合关系：事务不是用来包住整个导出流程的，而是用来获取一致性快照——开个 REPEATABLE READ 只读事务拿初始游标，之后分批读取都基于这个快照，事务早该提交了。还抱着 DB::transaction(fn() => {...}) 包住 chunkById 或 cursor()，等于让数据库锁一直挂着，直到导出结束。
