简介面向Unity 2020.3.45f1开发者这份配套资源聚焦于Unity引擎连接MySQL数据库及数据表格展示适用于需要在UI中呈现数据库查询结果的项目场景也可作为课程设计或工具型应用的参考。资源内容覆盖数据库连接串配置、查询结果读取、与Simple TableUI组件的对接并针对该UI插件在运行时常见的报错提供排错思路与修正示范同时讲解如何将DataRow内容映射为表格行与单元格帮助开发者在较短时间内打通“数据库→数据读取→表格渲染”这一完整链路减少开发中的反复试错。压缩包采用ZIP格式整体体积约24.36MB便于下载后按需解压使用。当前已有743人学习/下载适合具备基本C#和Unity操作基础、正需要实现类似数据列表功能的开发者参考便于快速迁移到自身项目也可作为同类项目二次开发的基础模板。1. Unity 连接 MySQL为什么用 Simple TableUI 而不自己写表格很多做模拟项目X的开发者把数据库配好、连接串填对之后发现真正的拦路虎不在连接而在数据展示Unity 的 UGUI 没有现成表格控件用 ListView 逐行拼接要写大量布局代码调整列宽和对齐方式更是费时间。我当时接手一个跨平台系统的数据面板正好踩中这个话题——Unity 2020.3.45f1 连 MySQL 读数据用 Simple TableUI 直接在 Canvas 上渲染表格省掉了手动排版的工作量。这个思路不是唯一解但确实是最省事的路线之一。这篇文章把连接数据库、读取数据、表格显示以及 Simple TableUI 的几个经典报错一次性讲透新手能照着做完老手可以直接翻到避坑章节看边界条件。2. 环境准备与选型Unity 2020.3.45f1 和 MySQL 的版本匹配2.1 Unity 版本的选择逻辑为什么是 2020.3.45f1Unity 2020.3 是长支持版本官方维护周期长社区方案多遇到问题容易搜到答案。2020.3.45f1 作为该系列的后期补丁版修复了早期版本中 IL2CPP 和 Mono 下网络库的一些兼容性问题。如果你手头已经装了 2020.3 的任意小版本直接用同一个大版本即可不一定要精确到 45f1。这里有一个关键前提Unity 的 Mono 和 IL2CPP 脚本后端对 MySql.Data.dll 的支持程度不同。IL2CPP 下连接 MySQL 偶尔会遇到 AOT 编译导致的类型裁剪问题所以做 Windows 桌面端原型时建议默认选 Mono发布 Linux 服务端版本时再切换到 IL2CPP 并做链接器处理。编辑器里跑通不算数真机或者服务器上跑一遍才算稳。2.2 MySQL 驱动库的选择MySql.Data.dll 还是 MySqlConnectorUnity 连接 MySQL 有两个主流驱动MySql.Data 是传统选择资料多、踩坑记录全MySqlConnector 是后来者性能更好异步支持更强但 Unity 社区用得少。我用的是 MySql.Data 8.0.33 版本原因很简单——网上报错案例多出问题有现成的解决方案。MySqlConnector 在纯服务端场景确实有优势但如果你要跟着这篇笔记走先用 MySql.Data 会更顺手。驱动库的获取方式有两条路一是从项目里的 Packages 管理器中通过 GitHub 地址引入 UPM 包二是把 MySql.Data.dll 直接拖到 Plugins 文件夹。第二种方式虽然老但可控性高能明确看到程序集有没有被 Unity 识别。我一般放在 Assets/Plugins/MySql 下避免和第三方插件混在一起。2.3 Simple TableUI 资源结构与核心模块解析Simple TableUI 本质上是一组 UGUI 扩展脚本核心包括 TableUI.cs 数据处理脚本、TableRowUI.cs 行容器脚本、TableCellUI.cs 单元格内容控制脚本。它不依赖第三方插件自带 Demo 场景数据源绑定用 C# 泛型方式序列化之后自动生成表格。资源导入后在 Assets 目录下会看到 Plugins/SimpleTableUI 目录。里面必备的目录是 Scripts源码、Demo示例场景。首次打开 Demo 场景运行时如果出现一堆 Missing Script 警告不用慌多半是脚本编译顺序问题后面会专门讲编译顺序的处理。核心脚本之间的调用关系是TableUI 接收一个数据集合按列宽参数和行列数拆分再由 TableRowUI 和 TableCellUI 渲染每个单元格。理解这条链路是排查所有显示问题的基础。3. Unity 连接 MySQL 的完整流程从连接字符串到数据读取3.1 连接字符串的写法与参数说明连接字符串是第一个坎。常见写法是把服务器地址、端口、数据库名、账号密码拼在一起。我实际在模拟项目X中用到的模板如下string connectionString server127.0.0.1;port3306;databaseyourdb;userroot;password123456;charsetutf8;;这段配置里每个字段都有讲究server 指 MySQL 所在机器的 IP本机调试用 127.0.0.1远程服务器用实际 IPport 默认 3306如果 MySQL 改了端口这里要同步修改charset 设置 utf8 是防止中文显示乱码的关键不写的话后续表格里中文字段很容易变成问号。password 里若包含特殊字符比如 或 !需要用单引号包起来或做转义不然连接串解析会出错。还有几个高频使用的连接参数。连接超时一般用默认值 15 秒但服务器在异地时建议显式设置 Connect Timeout30否则网络波动会导致首次连接直接失败。SslMode 参数在本地环境用 None线上环境则按 MySQL 服务端证书配置设置 Required 或 VerifyFull。做开发时如果证书不匹配SslModeNone 能跳过校验但生产环境千万别这么干。3.2 建立连接、执行查询、读取 DataTable 的完整代码连接 MySQL 的标准流程是打开连接、创建 Command、用 DataAdapter 填充 DataTable、最后关闭连接。我封装了一个简单的工具类全项目复用using MySql.Data.MySqlClient; using System.Data; using UnityEngine; public static class MySqlHelper { public static DataTable Query(string sql) { string connStr server127.0.0.1;port3306;databaseyourdb;userroot;password123456;charsetutf8;; using (MySqlConnection conn new MySqlConnection(connStr)) { conn.Open(); using (MySqlCommand cmd new MySqlCommand(sql, conn)) { DataTable dt new DataTable(); MySqlDataAdapter adapter new MySqlDataAdapter(cmd); adapter.Fill(dt); return dt; } } } }这段代码里 using 语句很关键它保证连接对象在方法结束后自动释放。有人习惯写 conn.Close()但异常发生时 Close 不一定执行using 在异常路径上也会调用 Dispose避免连接泄漏。DataTable 是 Unity 和 MySQL 之间的中间格式它天然支持行列索引正好对应 Simple TableUI 需要的二维数据结构。需要注意的一个点是DataTable 本质上属于 ADO.NET在 Unity 使用 MySql.Data 时它会自动带上 System.Data.dll 的程序集引用一般不需要手动额外导入。如果你遇到 DataTable 找不到的编译报错检查项目内是否启用了兼容性级别低的 .NET Standard 2.0 配置文件。3.3 常见的连接异常与初步排查路径我遇到过三次连接失败原因各不相同。第一次是 MySql.Data.dll 没有被识别运行时报 FileNotFoundException检查 Plugins 目录后发现脚本编译平台标注成了 Any Platform 之外的指定平台导致编辑器下不加载。第二次是 MySQL 8.0 默认用 caching_sha2_password 插件旧版 MySql.Data 驱动不认识这种认证方式报错信息会看到 Authentication method not supported 的字样解决办法是把驱动升级到 8.0.22 以上或者把 MySQL 用户改为 mysql_native_password。第三次是防火墙拦截了 3306 端口连接超时这个在远程服务器上最容易被忽略。连接异常有一个通用排查顺序——先看本机能不能用命令行客户端连上数据库排除 MySQL 服务本身的问题再看 Unity 编辑器日志里具体报什么错最后才怀疑驱动版本问题。这个顺序能省下大量时间我见过有人折腾了整整一天结果是 MySQL 服务没启动。4. Simple TableUI 的初始化与数据绑定把 DataTable 变成可见表格4.1 TableUI 的数据源格式要求Simple TableUI 的公开接口是 SetData 方法它接收一个 List 类型的数据集合。TableData 是一个键值对类Key 存储列名Value 存储单元格内容。把 DataTable 转换成 List 需要手动遍历一次。示例代码如下ListTableData tableDataList new ListTableData(); foreach (DataRow row in dt.Rows) { TableData td new TableData(); td.Key row[name].ToString(); td.Value row[score].ToString(); tableDataList.Add(td); } tableUI.SetData(tableDataList);这里的核心逻辑是把 DataTable 的行列数据读出来转成 Simple TableUI 能识别的键值对列表。重点在于表格的多列构成——Simple TableUI 单行列显示较为直接但多列时需要用复合 Key 或额外参数。我实际项目中用了一个简单约定每行数据按列名拼接成 name|score 形式存入 KeyValue 里存对应行号渲染时按分隔符解析列数据。这种方式不优雅但能解决问题而且不需要改动 Simple TableUI 源码。4.2 表头、列宽、行高的参数调整Simple TableUI 的表格外观参数在 Inspector 面板上直接暴露包括 TableWidth、TableHeight、CellWidth、CellHeight 等字段。在编辑器里调整这些参数即时预览运行时改需要调用 SetTableSize 方法。具体参数对应关系是TableWidth 控制整个表格的宽度CellWidth 决定每一列占多少像素CellHeight 控制行高。当列数较多时我一般把 CellWidth 设置为 60 到 80行高设置为 30 左右超过这个范围容易在 1920×1080 的 Canvas 下溢出屏幕。表头的处理是另一个容易被忽略的点。Simple TableUI 默认不区分表头和内容行所有行渲染样式一致。要做表头突出效果可以取第一个 TableData 作为表头行将它的 Key 值设置为列名Value 设为空字符串再配合背景色调整。Demo 场景里有现成的配色方案直接把 Material 或 Image 颜色改一下就能用。4.3 刷新表格与数据更新的正确姿势数据库数据变化后表格需要手动刷新。最简单的做法是再次调用 Query 方法获取新 DataTable转换后重新 SetData。但频繁刷新会导致 UI 卡顿因为 Simple TableUI 每次 SetData 都会销毁旧单元格再重新创建。我采用的做法是只有前端发起刷新请求或者定时轮询时间到了才执行重载。轮询间隔设为 5 秒或 10 秒较为合理1 秒刷新一次的代价是单元格频繁重建电能消耗和 CPU 占用都会明显上升。如果不想销毁重建Simple TableUI 源码里也支持修改已有单元格的文本内容。找到 CellText 组件直接给每个单元格设置 Text 属性可以避免重绘开销。但这种方式的局限是不能增删行列只适合数据内容更新、表结构不变的情况。5. 避坑指南Simple TableUI 最常见的六个报错与排查记录5.1 报错 KeyNotFoundException列名映射错位现象SetData 之后表格某些列显示空白控制台抛出 KeyNotFoundException提示找不到名为 ColumnName 的键值。原因Simple TableUI 内部按 Key 精确匹配单元格调表结构后列名和代码里的字符串不一致。解决检查 DataTable 的列名大小写MySQL 在 Windows 下列名大小写不敏感但 C# 的 Dictionary 区分大小写建议在转换时统一用 ToLower() 处理列名。5.2 报错 NullReferenceExceptionCanvas 未初始化现象运行场景后TableUI 脚本报 NullReferenceException定位到 TableUI 的 Awake 方法。原因Simple TableUI 在 Awake 中获取 Canvas 引用如果脚本挂载的对象不在 Canvas 层级下获取不到 RectTransform 组件。解决把挂载 TableUI 脚本的 GameObject 拖到 Canvas 下或者用代码动态创建时先 new GameObject 再 AddComponent。5.3 报错 Access deniedMySQL 权限配置问题现象连接成功但执行 SELECT 语句时提示 Access denied for user。原因MySQL 用户的权限只包含连接权限没有表的查询权限。解决用 root 账号或管理员账号执行授权命令。我在某公司项目里遇到过一个更隐蔽的情况测试环境用 root上线换成了专用账号忘了授权 SELECT导致生产环境数据库连接成功但表格全是空的。5.4 报错 Unable to create new instanceMySql.Data 程序集冲突现象编辑器模式下报 Unable to create new instance of MySql.Data.MySqlClient.MySqlConnection或者提示程序集加载错误。原因项目里同时引入了不同版本的 MySql.Data 或与系统自带的 System.Data 冲突。解决排查 Plugins 目录保证只有一个 MySql.Data.dll同时检查项目设置里的 API 兼容级别建议选 .NET Framework 4.x 而不是 .NET Standard 2.0后者对 ADO.NET 的支持不完整。5.5 报错 Timeout expired连接池耗尽现象长时间运行后第一次查询正常后续查询报 Timeout expired。原因连接池中的连接没有被释放达到上限后新连接被阻塞或者是 MySQL 服务端 wait_timeout 默认 8 小时空闲连接被断开。解决每次用完连接后立即 Close改用 using 块确保释放同时检查代码里有没有未释放的 MySqlDataReader这个对象不释放连接即使 Close 了连接池节点也有问题。5.6 报错 MissingReferenceException表格销毁后脚本仍在调用现象切换场景或销毁表格对应 GameObject 后控制台报 MissingReferenceException。原因TableUI 或其它外部脚本缓存了表格对象的引用对象被销毁后引用变成悬挂引用。解决在日志里找到持有引用的脚本在场景切换或销毁时置空引用。另一个方案是给全局事件中心注册刷新方法时在 OnDestroy 里反注册。这部分在模拟项目X中踩过排查重点不在这行代码而在调用顺序。6. 进阶技巧让表格自动适应列宽并应对实时数据刷新Simple TableUI 的表面用法是绑数据、显示但在真实项目里数据格式会变化列数可能从 4 列变成 7 列或者某个字符超长把表格撑变形。我一般会做两件事动态计算列宽和限制单元格文本长度。动态计算列宽的做法是这样的拿到 DataTable 后先遍历每列获取最长的字符串长度再根据总表格宽度和列数均分。如果有特别长的内容给一个最大宽度上限超出部分用省略号替代。这个逻辑写起来大约 30 行放在数据转换阶段执行Simple TableUI 不需要任何改动。int colCount dt.Columns.Count; float totalWidth 800f; float maxColWidth 150f; float[] colWidths new float[colCount]; for (int i 0; i colCount; i) { int maxLen 0; foreach (DataRow row in dt.Rows) { string cell row[i].ToString(); if (cell.Length maxLen) maxLen cell.Length; } float w Mathf.Min(maxColWidth, totalWidth / colCount); colWidths[i] w; }这段逻辑先统计每列最长字符数再按比例分配宽度限制条件是单列最大宽度防止某列内容过长挤压其他列。最后把 colWidths 传给 CustomLayoutGroup 或直接逐个设置 CellWidth 即可。配合 Simple TableUI 的强制刷新方法就形成一个尺寸自适应表格。实时刷新功能我会用一个独立的协程管理器定时调用查询接口。如果数据库查询本身较慢异步是最佳方案。把耗时查询放入一个线程完成后通过主线程更新 UI。简单做法是启动子线程查询 DataTable然后将查询结果放入队列等待主线程读取并更新表格。核心是避免在子线程里直接操作 UnityEngine API。从那以后凡是涉及 UI 表格和数据库联动的地方我都强制走一遍流程:先确认驱动版本和 API 兼容级别再验证 MySQL 权限最后才碰 UI 代码。Simple TableUI 能省下的时间不是一点半点但它对使用者的约束也不少。希望这篇笔记能帮你在做 Unity 数据展示时少走几趟弯路。本文还有配套的精品资源点击获取