用mysqlconnector是当前最稳妥的选择，因其开源无gpl风险、原生真异步、连接池与ssl等细节处理更严谨；而mysql.data存在伪异步、连接泄漏、认证失败及维护滞后等硬伤。
MySqlConnector（不是 MySql.Data）是当前最稳妥的选择，尤其在 .NET 6+ 和异步场景下。它开源、无 GPL 传染风险、原生支持 async/await，且对连接池、SSL、时区等细节处理更严谨。
为什么别用 MySql.Data（Oracle 官方驱动）
很多老教程还在推 MySql.Data，但它存在几个硬伤：
— MySql.Data 的 NuGet 包（如 8.2.x）仍基于 .NET Framework 旧架构，在 .NET 5/6/7/8 中偶发连接泄漏或 NullReferenceException；
— 它的 MySqlCommand.ExecuteReaderAsync() 实际是同步封装，不是真异步，高并发下线程池易耗尽；
— 默认不启用 SSL，连本地 MySQL 8.0+ 时可能因 caching_sha2_password 插件报错：Authentication plugin 'caching_sha2_password' cannot be loaded；
— 官方维护节奏慢，GitHub Issues 常年积压。
MySqlConnector 的正确安装与基础连接
在 Visual Studio 中右键项目 → “管理 NuGet 包” → 搜索并安装：MySqlConnector（注意：不是 MySql.Data，也不是带 “Official” 字样的包）。
引入命名空间：using MySqlConnector;
连接字符串示例（关键参数已加注）：
string connStr = "Server=127.0.0.1;Port=3306;Database=testdb;Uid=root;Pwd=123456;" +
"Allow User Variables=True;" + // 必开：否则 @var 赋值失败
"SslMode=None;" + // 本地开发可关；生产环境建议 Prefer 或 Required
"Connection Timeout=10;" + // 避免卡死
"Default Command Timeout=30;";
验证连接是否可用（不建议长期持有一个静态 MySqlConnection）：
using var conn = new MySqlConnection(connStr); await conn.OpenAsync(); // 真异步，不阻塞线程 Console.WriteLine(conn.State == ConnectionState.Open ? "OK" : "Failed");
执行 SQL 时最容易踩的三个坑
— 拼接字符串写 SQL：示例里那种 "INSERT ... VALUES('" + DateTime.Now + "') 是典型反模式，会触发 SQL 注入、时区错乱、格式崩溃（比如 DateTime 默认含空格和冒号，MySQL 不认）；
— 忘记 using 或 Dispose：MySqlConnection、MySqlCommand、MySqlDataReader 都实现 IDisposable，漏掉会导致连接池耗尽，现象是后续连接卡在 OpenAsync() 不返回；
— 参数名写错或类型不匹配：MySQL 参数前缀是 @，不是 : 或 $；MySqlParameter 构造时若传 DBNull.Value，必须显式指定 DbType，否则可能报 Unable to cast object of type 'System.DBNull' to type 'System.IConvertible'。
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
正确写法（带参数化 + 异步）：
string sql = "INSERT INTO users (username, email, created_at) VALUES (@name, @email, @time)";
using var cmd = new MySqlCommand(sql, conn);
cmd.Parameters.AddWithValue("@name", "alice");
cmd.Parameters.AddWithValue("@email", "alice@example.com");
cmd.Parameters.AddWithValue("@time", DateTime.UtcNow); // 用 UtcNow，避免本地时区干扰
int rows = await cmd.ExecuteNonQueryAsync();
连接池没生效？检查这几个配置项
MySqlConnector 默认启用连接池（Pooling=true），但以下情况会让池失效：
— 连接字符串中任意字符不同（比如多一个空格、端口写成 "3306 "）→ 视为全新连接串，新建池；
— 显式设置 Pooling=false；
— 使用 MySqlConnection.ClearAllPools() 后未重建；
— 连接打开后未正常关闭（异常中断、未 await Dispose）→ 连接留在池中但状态异常，后续获取时抛 MySqlException: Connection must be Open。
调试建议：
— 开启日志（仅开发期）：AppContext.SetSwitch("MySqlConnector.EnableLogging", true);，看控制台输出是否频繁新建物理连接；
— 查 MySQL 服务端当前连接数：SHOW STATUS LIKE 'Threads_connected';，持续上涨说明池没起作用。
MySqlConnector 的行为比 MySql.Data 可预测得多——但前提是连接字符串每项都写对，且每个 using 都闭合干净。
