来自mysql.com的C++官方代码是否具备异常安全性？

你完全没错，你的判断是准确的——这段官方示例代码确实不具备异常安全性。

为什么不安全？ #

当代码使用裸指针并手动调用delete（或MySQL场景下的mysql_close）时，如果在资源分配（比如mysql_init/new）和手动释放之间的代码抛出异常，后续的资源释放语句根本不会被执行，这会直接导致内存泄漏或数据库连接资源泄漏。

举个实际场景：假设在mysql_real_connect成功后、mysql_close之前的数据库操作逻辑抛出了异常（比如自定义业务异常、库函数抛出的异常），程序执行流会直接跳转到异常处理分支，跳过手动释放资源的代码，被占用的资源就会永久无法回收。

为什么官方示例会这么写？ #

大概率是为了示例的简洁性——官方示例的核心目标是展示API的基础使用流程，会刻意简化内存管理这类额外细节，避免让初学者被RAII、智能指针等概念分散注意力。但这种写法仅适合演示API，绝对不能直接用于生产环境。

怎么修复异常安全性问题？ #

最标准的解决方案是使用RAII机制，在C++里最常用的实现就是智能指针。针对MySQL连接对象，推荐用std::unique_ptr（独占资源场景下最轻量化的选择），配合自定义删除器（因为MySQL连接需要用mysql_close而非普通delete）：

#include <memory>
#include <mysql/mysql.h>

// 定义MySQL连接的自定义删除器
auto mysql_conn_deleter = [](MYSQL* conn) {
    if (conn != nullptr) {
        mysql_close(conn);
    }
};

int main() {
    // 用unique_ptr管理MySQL连接，自动处理资源释放
    std::unique_ptr<MYSQL, decltype(mysql_conn_deleter)> conn(mysql_init(nullptr), mysql_conn_deleter);
    
    if (!conn) {
        // 初始化失败的错误处理
        return 1;
    }
    
    if (!mysql_real_connect(conn.get(), "your_host", "your_user", "your_pass", "your_db", 0, nullptr, 0)) {
        // 连接失败的错误处理
        return 1;
    }
    
    // 执行数据库操作，即使这里抛出异常，unique_ptr的析构函数也会自动调用mysql_close释放连接
    // ...
    
    return 0;
}

这样无论程序是正常退出还是因异常退出，智能指针都会自动调用自定义删除器释放数据库连接，彻底避免资源泄漏问题。如果需要共享连接资源，也可以用std::shared_ptr，但unique_ptr在独占场景下性能更优，优先推荐使用。

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