PyMySQL执行查询与MySQL客户端结果不一致问题求助

我明白你遇到的困扰：同样的SQL语句在MySQL Workbench里能得到正确的乘积结果，但用PyMySQL执行时，第二列却返回None。这大概率是PyMySQL对MySQL用户变量（@total）的处理逻辑和Workbench不一致导致的。

问题根源 #

你的SQL里借助用户变量@total存储计数结果，再基于这个变量计算乘积。这种写法在Workbench这类原生客户端中能正常解析，但PyMySQL在处理依赖用户变量的后续计算列时，可能无法正确识别变量的实时值，最终返回None。

解决方案：直接计算，摆脱用户变量依赖 #

把SQL语句改成直接基于聚合函数的结果计算乘积，完全不借助用户变量，这样就能规避客户端对变量处理的差异。修改后的SQL如下：

select 
    count(cus.customer_id) as customers, 
    format(count(cus.customer_id) * 1.99, 2) as total 
from customer cus 
join membership mem on mem.membership_id=cus.current_membership_id 
where mem.request='START' 
    and mem.purchase_date > unix_timestamp(date('{}'))*1000 
    and mem.purchase_date < unix_timestamp(date('{}'))*1000;

修改后，两列结果都是基于原始聚合函数直接计算的，不再依赖用户变量，PyMySQL就能正确解析返回值了。

额外优化：改用参数化查询更安全 #

你当前用format()拼接SQL语句的方式存在SQL注入风险，推荐用PyMySQL的参数化查询方式，把参数传递给execute()方法，而非直接拼接字符串。修改后的my_queries模块代码如下：

totalsSQL = '''
select 
    count(cus.customer_id) as customers, 
    format(count(cus.customer_id) * 1.99, 2) as total 
from customer cus 
join membership mem on mem.membership_id=cus.current_membership_id 
where mem.request='START' 
    and mem.purchase_date > unix_timestamp(date(%s))*1000 
    and mem.purchase_date < unix_timestamp(date(%s))*1000;
'''
cursor.execute(totalsSQL, (startDate, endDate))
result = cursor.fetchone()

这样既提升了代码安全性，也让逻辑更规范易维护。

验证效果 #

完成上述修改后再运行代码，你应该能得到类似(32, '63.68')的预期结果，而非之前的(32, None)了。

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