wherebetween漏数据是因为它对datetime字段做精确时间比较，传入'2022-06-19'会被转为'2022-06-19 00:00:00'，导致当日00:01后的记录被排除；正确做法是用wheredate配合>=/
whereBetween 在 Laravel 中查日期范围为什么漏数据
因为 whereBetween 对 DATETIME 字段做精确比较，传入字符串如 '2022-06-19' 会被隐式转成 '2022-06-19 00:00:00'。结果是当天 00:01 之后的记录全被排除。
常见错误写法：
$orders = Order::whereBetween('created_at', ['2022-06-18', '2022-06-19'])->get();
✅ 正确做法分两类：
- 纯日期边界（忽略时间）：用
whereDate配合>=和 - 需保留时间精度：用
Carbon::parse($date)->startOfDay()和endOfDay()构造完整时间点
Elasticsearch 中 date_range 聚合与查询的区别
date_range 是聚合（aggs）功能，用于按时间区间分组统计，不是查询过滤条件。它不返回原始文档，只返回各区间内的数量或指标值。
例如，要统计“过去 3 个月每月订单量”，应写：
{
"aggs": {
"by_month": {
"date_range": {
"field": "created_at",
"format": "yyyy-MM",
"ranges": [
{"from": "now-3M/M"},
{"from": "now-2M/M", "to": "now-1M/M"},
{"from": "now-1M/M"}
]
}
}
}
}
⚠️ 注意：date_range 不支持 now/d 这类对齐语法（那是 date_histogram 的能力），且 from/to 值必须是可解析的时间表达式或时间戳。
Laravel 查询中嵌入 ES 日期格式化参数的常见误区
Laravel 本身不直接处理 Elasticsearch 的格式化参数（如 _source 过滤、highlight、script_fields），这些必须在发往 ES 的原始请求体中声明。很多人误以为能用 whereRaw 或模型访问器透传。
正确路径是：在调用 ES 客户端（如 official elasticsearch-php）时，手动构造请求体。关键点包括：
-
_source控制返回字段，例："_source": ["title", "published_at"] - 日期格式化靠
format参数，写在字段映射定义里，不是查询时临时加的；若要运行时转格式，得用script_fields - 高亮必须显式开启
"highlight"节点，并指定fields，否则返回结果里没有highlight键
别把 MySQL 的 DATE() 函数习惯带到 ES —— ES 没有字段级函数调用语法，所有格式转换都在 mapping 或 script 层完成。
ES 查询里用 now 动态计算日期范围时的时区陷阱
now 默认使用 ES 节点本地时区（通常是 UTC），但如果你的业务时间按北京时间（Asia/Shanghai）算，now-1d/d 就可能跨错天。
安全做法是显式指定时区：
"range": {
"created_at": {
"gte": "now-1d/d||+08:00",
"lt": "now/d||+08:00"
}
}
或者更稳妥地，在应用层用 Carbon 生成带时区的 ISO 时间字符串传入：
$from = Carbon::now('Asia/Shanghai')->subDay()->startOfDay()->toISOString();
$to = Carbon::now('Asia/Shanghai')->startOfDay()->toISOString();
ES 本身不校验时区合法性，拼错如 +0800（缺冒号）会导致整个查询失败且报错模糊，调试时务必用 toSql() 类似思路打印最终 JSON 请求体。
