如何让MySQL中无LIMIT子句的SELECT查询最多返回指定行数

该需求可以实现，但原生MySQL不存在直接全局生效的服务端配置项可以一键开启这个规则，需要通过上层拦截或者会话变量配置的方式落地。

方案1：数据库连接初始化配置会话变量（实现成本最低） #

MySQL自带sql_select_limit系统变量，作用是限制单条SELECT语句的最大返回行数，规则刚好匹配需求：

• 如果SELECT语句没有显式写LIMIT子句，返回结果最多为该变量设置的行数
• 如果SELECT语句显式写了LIMIT，以语句内的LIMIT规则为准，不会被变量值截断

你只需要在业务应用的数据库连接池配置中，给每个新建的数据库连接添加初始化执行语句：

SET SESSION sql_select_limit = 30;

所有通过连接池发起的查询，只要没显式写LIMIT，最多只会返回30行结果。

注意：直接执行SET GLOBAL sql_select_limit = 30或者在my.cnf中配置全局sql_select_limit=30的方式不推荐，绝大多数MySQL客户端、JDBC驱动在建立连接时会自动把会话级的sql_select_limit重置为无限制的默认值，全局配置实际不会生效。

方案2：SQL拦截统一改写（稳定性最高，生产推荐） #

在数据库访问链路中加一层SQL解析拦截，自动给无LIMIT的SELECT语句拼接限制条件，常见实现位置有两种：

• 业务代码层的ORM拦截器：比如MyBatis、SQLAlchemy等框架都支持自定义拦截器，解析待执行的SELECT语句，判断未携带LIMIT时自动追加LIMIT 30
• 数据库代理层规则：如果用了ProxySQL、MyCat这类数据库中间件，可以直接配置查询重写规则，匹配无LIMIT的普通SELECT语句自动追加行数限制，对业务代码完全无侵入

这种方案的可控性最高，可以针对性排除聚合查询、联表查询、存储过程内查询等特殊场景，避免错误截断结果。

• 不要通过修改MySQL源码的方式实现该逻辑，后续版本升级、故障排查的维护成本极高
• 自动追加LIMIT的规则要做好SQL语法解析，不要给带UNION、子查询、SQL_CALC_FOUND_ROWS标记的语句错误拼接LIMIT，导致查询结果不符合预期
• 建议给DBA运维账号跳过该限制，避免排查数据问题时被行数截断影响判断

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