使用Rust mysql crate处理特定MySQL错误（如唯一键冲突）的最佳方案

处理MySQL唯一约束错误的最优方案 #

你当前的实现可以正常运行，但并非最安全的方案，最大的风险点是MySQL的错误消息格式可能随版本、数据库语言配置发生变化，如果后续MySQL调整了重复键错误的输出结构，或是你把数据库错误提示语言改为非英语，后缀匹配逻辑会直接失效。

更鲁棒的实现可以按以下优先级优化：

1. 优先依赖固定错误码判断错误类型
   MySQL错误码1062是官方定义的重复条目错误专属码，属于SQL标准23000完整性约束违反分类，不会随版本/配置变动，这一步判断是100%可靠的。

2. 用自定义约束名替换全量后缀匹配
   建表时给唯一约束显式设置全局唯一、语义明确的自定义名称，不要依赖MySQL自动生成的约束名，比如给用户表的name字段加唯一约束时写法为：

ALTER TABLE users ADD CONSTRAINT unq_users_name UNIQUE (name);

后续判断时只需要检查错误消息中是否包含你定义的固定约束名即可，比匹配整段后缀兼容性更强，就算MySQL调整错误消息的句式结构，只要约束名还出现在消息中，判断就不会失效：

if me.code == 1062 && me.message.contains("unq_users_name") {
    // 抛出“该名称已存在”的用户提示
}

3. 业务层封装统一错误处理
   建议在应用中定义自己的业务错误枚举，把约束判断逻辑统一封装在错误转换逻辑中，避免业务代码重复写判断逻辑，示例如下：

// 自定义业务错误枚举
pub enum AppError {
    /// 名称重复，携带重复的具体值
    DuplicateName(String),
    /// 邮箱重复，携带重复的具体值
    DuplicateEmail(String),
    /// 其他数据库错误
    DatabaseError(mysql::Error),
    // 其他业务错误类型...
}

// 实现从mysql错误到业务错误的自动转换
impl From<mysql::Error> for AppError {
    fn from(e: mysql::Error) -> Self {
        if let mysql::Error::MySqlError(me) = e {
            if me.code == 1062 {
                // 提取重复的字段值
                let duplicate_val = me.message.split('\'').nth(1).unwrap_or_default().to_string();
                // 按约束名匹配具体错误类型
                if me.message.contains("unq_users_name") {
                    return AppError::DuplicateName(duplicate_val);
                } else if me.message.contains("unq_users_email") {
                    return AppError::DuplicateEmail(duplicate_val);
                }
            }
        }
        AppError::DatabaseError(e)
    }
}

封装后业务代码只需要直接匹配AppError的变体即可，代码更整洁也更容易维护。

补充提示：如果业务并发量很低，也可以先执行SELECT查询判断值是否存在再插入，但这种方式在高并发场景下存在竞态条件，还是捕获数据库错误的方案可靠性更高。

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