如何将MySQL查询结果转换为字符串或数值类型？

你当前用PyMySQL查询返回字典格式结果时，遇到datetime.date、Decimal类型以对象形式返回的问题，需要转为字符串和浮点数格式，下面针对你提到的三个方案逐一分析，并给出最佳实践：

方案1：遍历/列表推导式手动转换 #

• 操作方式：编写自定义转换函数，每次查询后遍历结果字典，对指定类型的值做转换。示例：

from datetime import date
from decimal import Decimal

def convert_result(result):
    converted = {}
    for k, v in result.items():
        if isinstance(v, date):
            converted[k] = v.strftime('%Y-%m-%d')
        elif isinstance(v, Decimal):
            converted[k] = float(v)
        else:
            converted[k] = v
    return converted

# 使用示例
raw_result = {'date': date(2023, 12, 26), 'store_number': 7, 'total': Decimal('11336.43')}
final_result = convert_result(raw_result)

• 优缺点：逻辑直观，但重复代码多，每次查询都要调用转换函数，新增字段或修改转换规则时需同步修改函数，维护成本高，不适合多查询场景。

方案2：PyMySQL全局/连接级转换器（推荐） #

PyMySQL支持自定义类型转换器，只需配置一次，所有查询结果会自动完成类型转换，彻底解决重复转换的问题。

实现方式 #

全局配置（所有连接生效）

from pymysql import connections
from datetime import date, datetime
from decimal import Decimal

# 自定义日期转换函数
def date_to_str(obj):
    return obj.strftime('%Y-%m-%d') if isinstance(obj, date) else obj

# 自定义Decimal转换函数（若需保留精度可改为str(obj)）
def decimal_to_float(obj):
    return float(obj) if isinstance(obj, Decimal) else obj

# 注册转换器到全局
connections.CONVERTERS[date] = date_to_str
connections.CONVERTERS[Decimal] = decimal_to_float

连接级配置（仅当前连接生效）

import pymysql
from datetime import date
from decimal import Decimal

def date_to_str(obj):
    return obj.strftime('%Y-%m-%d') if isinstance(obj, date) else obj

def decimal_to_float(obj):
    return float(obj) if isinstance(obj, Decimal) else obj

# 创建连接时指定转换器
conn = pymysql.connect(
    host='your_host',
    user='your_user',
    password='your_password',
    database='your_db',
    converters={
        date: date_to_str,
        Decimal: decimal_to_float
    }
)

• 优缺点：一次配置终身受益，代码简洁，扩展性强（新增类型转换只需添加对应函数和注册）；唯一需要注意的是Decimal转float可能存在精度损失，若业务对精度要求极高，可改为转字符串（str(obj)）。

方案3：SQL语句内转换 #

在查询时使用MySQL内置函数直接转换字段类型，示例SQL：

SELECT
    DATE_FORMAT(date_column, '%Y-%m-%d') AS date,
    store_number,
    CAST(total AS FLOAT) AS total
FROM your_table;

• 优缺点：转换逻辑下沉到数据库层，应用层无需处理，但SQL语句会变得冗长，新增字段或修改格式时需修改所有相关SQL，灵活性差；且CAST(total AS FLOAT)同样存在精度损失问题，日期格式硬编码在SQL中，后期修改成本高。

总结推荐 #

优先选择方案2，通过PyMySQL转换器实现全局自动转换，既能避免重复代码，又能保证代码的可维护性和扩展性。如果仅个别查询需要特殊转换规则，可临时使用方案1；方案3仅适合单一固定格式的特殊场景，不推荐作为通用方案。

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