Lambda(Python3.6)中PyMySql EXISTS查询始终返回1问题排查

我来帮你拆解这个奇怪的问题——明明本地MySQL客户端查出来是0（无用户），但Lambda调用却返回1（用户存在），大概率是这几个环节出了问题：

1. 结果解析逻辑误判了真值 #

你用SELECT EXISTS(...) Assets得到的结果，在PyMySQL里是一个元组（比如(0,)），而Python里非空元组会被判定为True。如果你的代码是直接用if result:来判断，那哪怕实际值是0，也会误判为用户存在。

举个错误示例：

cursor.execute(statement)
result = cursor.fetchone()
if result:  # 这里(0,)是真值，会返回True
    return "用户存在"

正确的做法是提取元组里的具体数值：

cursor.execute(statement)
result = cursor.fetchone()
# 取出EXISTS返回的0或1
is_exists = result[0] if result else 0
return is_exists == 1

2. 字符串拼接SQL的坑（含SQL注入风险） #

你用f-string直接把用户ID拼进SQL里，不仅有严重的SQL注入风险，还可能因为用户ID里的特殊字符（比如%、_这些LIKE通配符）导致意外匹配。比如如果用户ID里带了%，LIKE会匹配任意字符，可能误判用户存在。

建议立刻改成参数化查询，既安全又能避免拼接错误：

def userExists(user):
    # 把LIKE的通配符放在参数里，SQL语句用占位符%s
    query = "SELECT EXISTS(SELECT 1 FROM slackDB.Assets WHERE userID LIKE %s)"
    like_pattern = f"%{user}%"
    # 用参数传递的方式执行，PyMySQL会自动转义特殊字符
    cursor.execute(query, (like_pattern,))
    result = cursor.fetchone()
    return result[0] == 1

3. 数据库环境不一致 #

有没有可能你本地测试的数据库和Lambda连接的不是同一个？比如Lambda连的是生产库，而你本地查的是测试库，生产库里刚好有这个用户的记录？

可以在Lambda里加日志打印，确认实际执行的SQL和返回结果：

import logging
logger = logging.getLogger()
logger.setLevel(logging.INFO)

def userExists(user):
    like_pattern = f"%{user}%"
    query = f"SELECT EXISTS(SELECT 1 FROM slackDB.Assets WHERE userID LIKE '{like_pattern}')Assets"
    logger.info(f"执行的SQL语句：{query}")
    cursor.execute(query)
    result = cursor.fetchone()
    logger.info(f"查询结果：{result}")
    return result[0] == 1

然后去CloudWatch日志里看实际的执行情况，就能确认是不是环境的问题。

快速排查步骤 #

• 先检查结果解析代码，确保正确提取EXISTS返回的0/1值
• 替换成参数化查询，避免字符串拼接的隐患
• 验证Lambda连接的数据库和本地测试的是否为同一实例

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