未设置LIMIT却仅返回10条数据？日期查询函数异常排查

嘿，我来帮你捋捋这个头疼的问题——明明没加LIMIT却只返回10条结果，这种情况我碰到过好几次，大概率是这些隐藏的“暗坑”导致的：

1. 数据库驱动/客户端的默认结果限制 #

很多数据库客户端或者JDBC驱动会自带默认的结果集行数上限，比如某些版本的MySQL Connector/J、PostgreSQL驱动，甚至你用的ORM框架（比如Hibernate、MyBatis）可能悄悄配置了默认的fetch size或者max results。举个例子，要是用Spring Data JPA，有没有在Repository方法上不小心加了@QueryHints设置了maxResults=10？或者数据库连接池的配置文件里藏着默认的结果限制？

2. ORM框架的默认分页逻辑 #

如果你的统计逻辑是通过ORM框架实现的，有些框架在处理分组查询这类场景时，可能会默认启用分页，而你没显式指定页码和页大小，就会用框架自带的默认页大小（很多框架默认是10）。比如MyBatis-Plus要是不小心继承了分页相关的基类，或者配置文件里开了默认分页，就会出现这种“偷偷分页”的情况。

3. 数据库层面的全局配置 #

有些数据库本身有全局的结果集限制设置，比如MySQL的sql_select_limit系统变量，默认值可能被设成了10。你可以直接在数据库客户端执行这条命令排查：

SHOW VARIABLES LIKE 'sql_select_limit';

如果返回的值是10，那这个全局设置就会覆盖你的查询，除非你在查询前临时取消限制：

SET sql_select_limit = 18446744073709551615; -- 设置为最大值

4. 中间层/API网关的限制 #

如果你的函数是通过API网关暴露的，或者有微服务网关、负载均衡这类中间层，这些组件可能会为了防止过大的结果集拖垮系统，默认限制每个请求返回的最大数据条数为10。你得去检查网关的配置文件或者控制台，看看有没有相关的限流规则。

5. 代码中隐式的结果截取 #

虽然你说没加LIMIT，但可能在代码的某个角落有隐式的截取操作：

• 是不是在处理查询结果的时候，用了subList(0,10)或者类似的方法？
• 是不是调用了某个工具类方法，而这个工具类默认只返回前10条统计结果？

快速排查步骤 #

1. 直接在数据库端执行SQL：把函数里生成的SQL语句直接拿到数据库客户端运行，看看返回的结果是不是完整的15条。如果数据库端返回完整，问题就在应用层或中间件；如果数据库端也只返回10条，那就是数据库全局配置的锅。
2. 检查ORM配置：翻一翻框架的配置文件和代码，有没有开启默认分页或者设置了maxResults。
3. 核对数据库系统变量：用上面的SQL命令检查sql_select_limit这类全局限制变量。
4. 排查中间层配置：检查API网关、负载均衡器的限流规则。

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