SQL中使用1=1探究

浪里小白龙59

于 2024-07-08 10:30:48 发布

阅读量1k

点赞数 17

文章标签： sql 数据库

本文链接：https://blog.csdn.net/weixin_61558375/article/details/140261610

版权

使用 1=1 的方式确实是动态构建 SQL 查询中常见的技巧。这种方式的主要目的在于简化 SQL 语句的拼接，避免在处理多个条件时产生语法错误或逻辑错误。以下是具体解释：

原因与优点

引用一位大佬的话：1=1是为了防止没有条件的时候，sql变成 select * where 语法报错。加了1=1 变成select * where 1=1 起码语法不报错，程序能正常执行。有了之后就可以去掉1=1。说到底1=1是为了适配语法。说到底这是前辈们智慧的结晶。

简化条件拼接：在构建动态 SQL 查询时，如果没有 1=1 作为基座，每个条件前面都需要考虑是否是第一个条件，从而决定是用 WHERE 还是 AND。通过添加 1=1，后续所有条件都可以直接用 AND 连接，减少判断和拼接错误的可能性。
提高代码可读性：1=1 作为一个恒成立的条件，使得代码结构更加统一和简洁，便于维护和阅读。
减少逻辑分支：通过 1=1 可以避免在拼接 SQL 时额外的逻辑判断，从而减少代码的复杂度。

示例

以下是一个包含 1=1 的示例，在构建动态 SQL 查询时的应用：

<mapper namespace="com.example.mapper.UserMapper">
    <select id="findUsers" parameterType="map" resultType="User">
        SELECT * FROM User WHERE 1=1
        <if test="username != null">
            AND username = #{username}
        </if>
        <if test="age > 0">
            AND age = #{age}
        </if>
    </select>
</mapper>

假设我们有以下几个查询条件：

username 可能为空
age 可能为0

在没有 1=1 的情况下，你需要处理以下逻辑：

<mapper namespace="com.example.mapper.UserMapper">
    <select id="findUsers" parameterType="map" resultType="User">
        SELECT * FROM User
        <where>
            <if test="username != null">
                username = #{username}
            </if>
            <if test="age > 0">
                <if test="username != null">
                    AND
                </if>
                age = #{age}
            </if>
        </where>
    </select>
</mapper>

总结

使用 1=1 的技巧在动态 SQL 查询构建中是非常实用的。它简化了条件拼接的逻辑，提高了代码的可读性和可维护性。在实际开发中，尤其是在条件众多的情况下，这种方法能够有效地减少出错的概率。

1=1 带来的问题

有一位网友有这样的遭遇。
其实呢，这个归根结底也不是1=1的问题，因为没有参数，加不加1=1不都是全表扫描吗？
遇到这种事，还是要进行防御性编程，对于可能没值的重要条件，可以增加恒假，限定limit方式。
有网友说：我这边的军规，不管什么查询必须有Limit,且数量不得大于多少，你可以出bug但是绝对不能宕机。

1. 性能影响

虽然在绝大多数情况下，1=1 对查询性能的影响是微乎其微的(在 5.7 以上版本中，SQL查询性能优化会将 1=1 部分优化掉，并不会影响索引)这部分推荐阅读https://juejin.cn/post/7331135154209914895。
但在极端情况下，可能会有一些性能上的影响，尤其是在处理非常复杂或大量数据的查询时。数据库引擎需要解析和优化查询，而多余的条件可能会增加解析和优化的负担。
**1=1 的使用可能导致一些严重的问题，特别是在处理大数据量的查询时。如果条件未能正确过滤数据，可能会导致全表扫描，从而引发性能问题甚至导致服务器内存溢出 (Out Of Memory, OOM)。 **

2. 代码可读性

虽然 1=1 简化了条件拼接，但有些开发者可能认为这种方法不直观或显得冗余。尤其是对于不熟悉这种技巧的新手来说，看到 1=1 可能会感到困惑。

3. 潜在的逻辑错误

如果不小心，使用 1=1 可能会导致某些逻辑错误。例如，如果某些条件之间是 OR 而不是 AND 的关系，那么简单的 1=1 基座就无法处理这种复杂逻辑。

4. 调试和维护

在某些情况下，1=1 可能会掩盖一些逻辑错误，使得调试和维护变得更加困难。尤其是在复杂的查询中，可能会难以确定哪个条件出了问题。

替代 1=1 的更佳做法

1. 使用动态 SQL 构建工具

可以使用一些动态 SQL 构建工具或框架来简化和安全地构建 SQL 查询。例如，使用 MyBatis 的标签可以有效地避免手动拼接 SQL 时的错误。

xml
复制代码
<mapper namespace="com.example.mapper.UserMapper">
    <select id="findUsers" parameterType="map" resultType="User">
        SELECT * FROM User
        <where>
            <if test="username != null">
                AND username = #{username}
            </if>
            <if test="age != null and age > 0">
                AND age = #{age}
            </if>
            <if test="email != null">
                AND email = #{email}
            </if>
            <if test="status != null">
                AND status = #{status}
            </if>
        </where>
    </select>
</mapper>

MyBatis 的标签在处理动态条件时会自动去掉多余的 AND 或 OR，使得查询更加简洁和高效。

2. 使用注解和脚本

在 MyBatis 中，可以使用注解和脚本来动态构建 SQL：

java
复制代码
@Mapper
public interface UserMapper {
    @Select("<script>" +
            "SELECT * FROM User " +
            "<where>" +
            "  <if test='username != null'>AND username = #{username}</if>" +
            "  <if test='age != null and age > 0'>AND age = #{age}</if>" +
            "  <if test='email != null'>AND email = #{email}</if>" +
            "  <if test='status != null'>AND status = #{status}</if>" +
            "</where>" +
            "</script>")
    List<User> findUsers(@Param("params") Map<String, Object> params);
}