直接执行SQL查询与同逻辑存储过程返回统计结果不一致问题

两个统计结果存在差异是参数类型定义错误+时间比较写法错误共同导致的，两个查询实际执行的时间筛选范围完全不匹配：

• 存储过程入参类型定义错误：start_date、end_date被定义为DATE类型，该类型仅存储年月日信息，不保留时分秒。传入'2022-06-01 08:30%'这类带时分秒和特殊符号的字符串时，数据库会自动截断无效后缀，最终两个入参仅会解析为2022-06-01和2022-06-06两个纯日期值。后续和order_date字段比较时会触发隐式类型转换，最终实际筛选范围覆盖了6月1日0点到8点30分的订单，这部分数据是直接执行SQL时被排除的。
• 直接执行SQL时的时间比较写法错误：%是仅支持LIKE语法的模糊匹配通配符，在>=/<=的大小比较逻辑中没有特殊含义，数据库会把整个值当作普通字符串逐位做ASCII码比较。由于%的ASCII码值小于时间格式中分隔时分秒的冒号（:），这种写法不会按时间规则判断边界，实际筛选范围和你预期的时间窗口存在偏差。

1. 存储过程入参改用和order_date字段一致的时间类型（字段为DATETIME则入参设为DATETIME，不推荐用字符串类型存储时间，优先将字段调整为标准时间类型避免隐式转换问题），不要用DATE类型接收带时分秒的时间参数。
2. 去掉时间值后面无意义的%通配符，大小比较直接传入标准格式的时间值即可。

修正后的存储过程代码：

CREATE PROCEDURE customer_count(IN start_date DATETIME, IN end_date DATETIME)
BEGIN
    SELECT count(distinct id_customer) as customer
    from `orders`
    WHERE order_date >= start_date AND order_date <= end_date;
END;

修正后的调用语句：

CALL customer_count('2022-06-01 08:30:00', '2022-06-06 08:30:00');

对齐逻辑的直接查询SQL：

SELECT count(distinct id_customer) as customer
from `orders`
WHERE order_date >= '2022-06-01 08:30:00' AND order_date <= '2022-06-06 08:30:00';

提示：如果order_date为字符串类型，必须保证存储值为标准yyyy-MM-dd HH:mm:ss格式，否则字符串比较结果会和时间逻辑不一致，统计误差会持续存在。

内容的提问来源于stack exchange，提问作者Ltoko