Obsidian
Mac
在Mac使用终端命令安装DMG
终端无法访问外挂硬盘
小诗词
SSH 无密码登录及 Rsync 同步配置笔记
Cron专题
at 命令笔记
Kostal 服务器密码
Docker 安装指南
MySQL Workbench 数据库迁移：哪些内容不需要迁移？
kostia
配置管理系统(ConfigManager)设计说明
本文档使用 MrDoc 发布
-
+
首页
MySQL Workbench 数据库迁移：哪些内容不需要迁移？
# MySQL Workbench 数据库迁移：哪些内容不需要迁移？ 当使用 MySQL Workbench 将 A 数据库迁移到 B 数据库时，为避免无效数据和系统配置的干扰，应排除以下内容： --- ## ✅ 1. 系统数据库（不迁移） 以下数据库由 MySQL 自动创建，用于系统管理或性能监控，不应迁移： | 数据库名 | 用途说明 | |----------|----------| | `mysql` | 存储用户账号、权限、插件等系统配置 | | `performance_schema` | 用于性能分析，自动生成 | | `information_schema` | 提供数据库元信息，不可写入 | | `sys` | 封装性能视图，辅助查询优化 | | `innodb_temp`（如存在） | InnoDB 临时表空间 | > ⚠️ 这些数据库迁移后可能导致目标系统不稳定或权限异常。 --- ## ✅ 2. 临时或测试数据（可选迁移） 如无特殊需求，下列内容可不迁移： - 临时表（如：`tmp_*`） - 测试表（如：`test_*`） - 中间日志表、缓存表（可自动重建） --- ## ✅ 3. 用户权限信息（推荐手动设置） 除非进行完整环境复制，一般不迁移 `mysql.user` 等权限表。 - 用户账号与权限建议在 B 数据库中 **手动创建并授权**。 --- ## ✅ 4. 应该迁移的内容 以下内容为应用核心数据，应完整迁移： | 类型 | 示例 | |------|------| | ✅ 数据库表结构与数据 | 表、字段、索引等 | | ✅ 存储过程、函数 | 如果业务逻辑依赖 | | ✅ 视图、触发器、事件 | 根据需要选择迁移 | | ✅ 用户自定义数据 | 正式环境下的数据 | --- ## 🔚 总结 在数据库迁移中，应 **重点迁移业务数据库及核心数据对象**，忽略系统库和不必要的信息，可避免权限混乱与系统异常。
admin
2025年4月23日 10:50
转发文档
收藏文档
上一篇
下一篇
手机扫码
复制链接
手机扫一扫转发分享
复制链接
Markdown文件
分享
链接
类型
密码
更新密码