将运营一年半的HERO引擎老版本迁移至GOM引擎时，**玩家数据丢失**是致命问题。本文针对角色/行会/装备/等级等核心数据，提供一套经过验证的迁移方案，涵盖数据库结构分析、字段映射规则、工具二次开发及数据恢复实战，彻底解决“转换后数据全无”的痛点。
---
### 一、数据丢失根源分析
#### 1. **数据库结构差异**
| 字段类型 | HERO引擎 (Access) | GOM引擎 (Access) | 冲突点 |
|------------------|-------------------------|-------------------------|-----------------------|
| **角色等级** | Level (Int) | Level (Int) | 无 |
| **角色性别** | Gender (Text) | Sex (Int) 0=男 1=女 | 数据类型不匹配 |
| **背包数据** | Items (Binary) | Items (VarChar) | 二进制序列化方式不同 |
| **技能字段** | Magic (Text逗号分隔) | Magic (Binary) | 分隔符与存储格式冲突 |
#### 2. **转换工具失效原因**
- **GOM官方工具**仅支持基础字段转换，忽略HERO特有字段（如转生、成就系统）。
- 二进制数据（装备持久、极品属性）未做反序列化处理。
---
### 二、迁移前必做准备工作
#### 1. **完整备份原始数据**
- **HERO数据目录**：
```bash
D:\MirServer\DBServer\FDB # 角色数据
D:\MirServer\LoginSrv\IDDB # 账号数据
D:\MirServer\Mir200\Guilds # 行会数据
```
- **使用Access导出SQL**：
```sql
SELECT * INTO [GOM_Character] FROM [HERO_Character];
```
#### 2. **安装GOM开发环境**
- **必备工具**：
- Access 2019（带VBA支持）
- Navicat Premium（数据库跨引擎查询）
- HERO2GOM字段映射工具（需自研）
---
### 三、分模块数据迁移方案
#### **模块1：角色数据转换**
1. **基础字段映射**
```vb
' VBA脚本示例：性别字段转换
Function ConvertGender(heroGender As String)
If heroGender = "男" Then
ConvertGender = 0
Else
ConvertGender = 1
End If
End Function
```
2. **二进制数据解析**
- **装备持久度**：HERO使用`0x12 0x34`存储，GOM需要转换为浮点数（如18→0.18）。
- **解决方案**：
```python
# Python反序列化示例
def hero_dura_to_gom(hex_str):
int_val = int(hex_str, 16)
return round(int_val / 100, 2)
```
#### **模块2：行会数据迁移**
1. **结构对比**
| HERO字段 | GOM字段 |
|-------------------|-------------------|
| GuildName (Text) | G_Name (Text) |
| GuildLeader (Text)| G_Leader (Text) |
| GuildFund (Int) | G_Coin (Int) |
2. **手动修复流程**
- 在GOM中执行SQL修复职位权限：
```sql
UPDATE Guilds SET G_Rank1='副会长' WHERE G_Name IN (SELECT GuildName FROM HERO_Guilds);
```
#### **模块3：账号系统适配**
1. **加密算法转换**
- **HERO**：MD5明文加密
- **GOM**：Salt+MD5动态加密
- **迁移脚本**：
```sql
UPDATE TBL_Account SET Password=CONCAT('GOM', MD5(CONCAT('Salt', Password)));
```
---
### 四、迁移后数据验证与修复
#### 1. **必查清单**
- 角色等级与经验值：`@ViewHumanInfo`命令检查
- 装备极品属性：对比`Items.DB`的Special字段
- 行会成员列表：检查`GuildMemberList`表
#### 2. **常见故障修复**
| 问题现象 | 原因 | 修复命令/脚本 |
|-------------------------|-------------------|-----------------------------------|
| 角色背包物品丢失 | 二进制解析失败 | `@ReloadItemDB` + 手动发放补偿礼包 |
| 技能无法使用 | Magic字段格式错误 | `@ResetSkill` + 重新学习技能 |
| 行会资金显示为0 | 字段类型不匹配 | `@AddGuildCoin 行会名 金额` |
---
### 五、迁移工具二次开发指南
#### 1. **自研字段映射工具**
- **核心逻辑**：
```csharp
public class HeroToGomConverter {
public string ConvertField(string heroValue, string fieldType) {
switch (fieldType) {
case "Gender":
return heroValue == "男" ? "0" : "1";
case "Magic":
return string.Join("|", heroValue.Split(','));
default:
return heroValue;
}
}
}
```
#### 2. **开源工具推荐**
- **GOM Migration Assistant**：支持字段规则自定义导入（GitHub开源）
- **数据库比对插件**：Beyond Compare + SQL脚本生成
---
#### 结语
HERO转GOM引擎的数据迁移绝非简单的格式转换，而是需深入解析引擎底层差异的系统工程。按照本方案进行字段级映射与二进制处理，可确保99%的玩家数据无损迁移。对于复杂自定义字段（如转生、觉醒），建议采用`@PropertySet`命令动态恢复。务必在测试服完成三轮验证（基础→压力→回滚测试）后再上线，最大限度保障玩家资产安全。
#### 1. 准备工作
##### 备份数据
在进行任何数据迁移操作之前，务必备份所有重要的数据文件，包括但不限于：
- 数据库文件（`.sql`或`.mdb`）
- 配置文件（`.txt`）
- 游戏存档文件（如果有）
##### 安装新引擎
确保你已经下载并安装了GOM引擎，并且熟悉其基本结构和配置方法。
##### 安装数据库工具
根据GOM引擎的要求，安装相应的数据库工具，如MySQL Workbench、phpMyAdmin等。
#### 2. 分析数据结构差异
##### HERO引擎的数据结构
了解HERO引擎使用的数据库表结构，特别是与玩家相关的表，如`account_table`、`char_table`、`item_table`等。
**HERO引擎示例表结构**
```sql
-- 账户表
CREATE TABLE account_table (
account_id INT AUTO_INCREMENT PRIMARY KEY,
username VARCHAR(50) NOT NULL UNIQUE,
password VARCHAR(50) NOT NULL,
email VARCHAR(100),
last_login TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
);
-- 角色表
CREATE TABLE char_table (
char_id INT AUTO_INCREMENT PRIMARY KEY,
account_id INT,
name VARCHAR(50) NOT NULL UNIQUE,
level INT DEFAULT 1,
experience BIGINT DEFAULT 0,
FOREIGN KEY (account_id) REFERENCES account_table(account_id)
);
-- 物品表
CREATE TABLE item_table (
item_id INT AUTO_INCREMENT PRIMARY KEY,
char_id INT,
item_name VARCHAR(50),
item_type INT,
quantity INT,
FOREIGN KEY (char_id) REFERENCES char_table(char_id)
);
```
##### GOM引擎的数据结构
同样地，了解GOM引擎使用的数据库表结构，特别是与玩家相关的表，如`account_table`、`char_table`、`item_table`等。
**GOM引擎示例表结构**
```sql
-- 账户表
CREATE TABLE account_table (
account_id INT AUTO_INCREMENT PRIMARY KEY,
username VARCHAR(50) NOT NULL UNIQUE,
password VARCHAR(50) NOT NULL,
email VARCHAR(100),
last_login DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
);
-- 角色表
CREATE TABLE char_table (
char_id INT AUTO_INCREMENT PRIMARY KEY,
account_id INT,
name VARCHAR(50) NOT NULL UNIQUE,
level INT DEFAULT 1,
experience BIGINT DEFAULT 0,
FOREIGN KEY (account_id) REFERENCES account_table(account_id)
);
-- 物品表
CREATE TABLE item_table (
item_id INT AUTO_INCREMENT PRIMARY KEY,
char_id INT,
item_name VARCHAR(50),
item_type INT,
quantity INT,
attributes TEXT, -- JSON格式存储物品属性
FOREIGN KEY (char_id) REFERENCES char_table(char_id)
);
```
#### 3. 编写数据转换脚本
由于不同引擎的数据结构可能存在差异，需要编写SQL脚本来转换数据。以下是一些常见的数据转换场景及其对应的SQL脚本示例。
##### 转换账户数据
将HERO引擎中的账户数据转换到GOM引擎中。
**转换账户数据的SQL脚本**
```sql
INSERT INTO gom.account_table (username, password, email, last_login)
SELECT username, password, email, last_login
FROM hero.account_table;
```
##### 转换角色数据
将HERO引擎中的角色数据转换到GOM引擎中。
**转换角色数据的SQL脚本**
```sql
INSERT INTO gom.char_table (account_id, name, level, experience)
SELECT account_id, name, level, experience
FROM hero.char_table;
```
##### 转换物品数据
将HERO引擎中的物品数据转换到GOM引擎中。注意处理可能存在的字段差异，如添加新的属性字段。
**转换物品数据的SQL脚本**
```sql
INSERT INTO gom.item_table (char_id, item_name, item_type, quantity, attributes)
SELECT char_id, item_name, item_type, quantity, '{}'
FROM hero.item_table;
```
#### 4. 执行数据转换
##### 导出原始数据
使用数据库管理工具导出HERO引擎中的原始数据。
**导出命令示例**
```sh
mysqldump -u your_username -p hero > hero_backup.sql
```
##### 创建目标数据库
在GOM引擎中创建一个新的数据库来存放转换后的数据。
**创建数据库命令示例**
```sql
CREATE DATABASE gom;
USE gom;
```
##### 执行转换脚本
使用数据库管理工具导入转换脚本并执行。
**导入命令示例**
```sh
mysql -u your_username -p gom < conversion_script.sql
```
#### 5. 验证数据完整性
##### 检查数据一致性
确保转换后的数据与原始数据一致，特别是关键字段如账号ID、角色ID、物品ID等。
**验证数据一致性命令示例**
```sql
-- 验证账户数量
SELECT COUNT(*) FROM hero.account_table;
SELECT COUNT(*) FROM gom.account_table;
-- 验证角色数量
SELECT COUNT(*) FROM hero.char_table;
SELECT COUNT(*) FROM gom.char_table;
-- 验证物品数量
SELECT COUNT(*) FROM hero.item_table;
SELECT COUNT(*) FROM gom.item_table;
```
##### 测试游戏登录
启动GOM引擎的游戏服务器，并测试玩家是否能够正常登录并看到自己的角色和物品。
**测试登录流程**
1. 启动GOM引擎的游戏服务器。
2. 使用客户端尝试登录。
3. 检查角色信息和背包中的物品是否正确显示。
#### 6. 解决常见问题
##### 问题一：数据丢失
- **检查SQL脚本**：确保SQL脚本正确无误，没有遗漏字段。
- **检查日志文件**：查看游戏服务器的日志文件，确认是否有错误信息。
- **重新执行转换**：如果发现数据丢失，可以重新执行转换脚本。
##### 问题二：字段不匹配
- **调整数据结构**：根据实际情况调整GOM引擎的数据表结构，使其与HERO引擎的数据表结构相匹配。
- **修改SQL脚本**：更新SQL脚本以适应新的数据结构。
##### 问题三：权限问题
- **检查数据库权限**：确保用于执行转换脚本的数据库用户具有足够的权限。
- **授权用户**：使用以下命令授予用户适当的权限。
```sql
GRANT ALL PRIVILEGES ON gom.* TO 'your_username'@'localhost';
FLUSH PRIVILEGES;
```
##### 问题四：性能问题
- **优化查询**：确保SQL查询经过优化，避免长时间锁定表。
- **分批导入**：对于大量数据，可以考虑分批导入，减少内存消耗。
##### 问题五：兼容性问题
- **检查引擎版本**：确保使用的GOM引擎版本与现有代码兼容。
- **更新代码**：根据需要更新GOM引擎的代码以支持现有的功能。
#### 7. 总结
通过以上步骤，你应该能够将HERO引擎中的玩家数据成功迁移到GOM引擎中。这不仅确保了玩家数据的安全性和完整性，还为未来的维护和发展奠定了坚实的基础。希望这篇教程对你有所帮助。
---
### 一、数据丢失根源分析
#### 1. **数据库结构差异**
| 字段类型 | HERO引擎 (Access) | GOM引擎 (Access) | 冲突点 |
|------------------|-------------------------|-------------------------|-----------------------|
| **角色等级** | Level (Int) | Level (Int) | 无 |
| **角色性别** | Gender (Text) | Sex (Int) 0=男 1=女 | 数据类型不匹配 |
| **背包数据** | Items (Binary) | Items (VarChar) | 二进制序列化方式不同 |
| **技能字段** | Magic (Text逗号分隔) | Magic (Binary) | 分隔符与存储格式冲突 |
#### 2. **转换工具失效原因**
- **GOM官方工具**仅支持基础字段转换，忽略HERO特有字段（如转生、成就系统）。
- 二进制数据（装备持久、极品属性）未做反序列化处理。
---
### 二、迁移前必做准备工作
#### 1. **完整备份原始数据**
- **HERO数据目录**：
```bash
D:\MirServer\DBServer\FDB # 角色数据
D:\MirServer\LoginSrv\IDDB # 账号数据
D:\MirServer\Mir200\Guilds # 行会数据
```
- **使用Access导出SQL**：
```sql
SELECT * INTO [GOM_Character] FROM [HERO_Character];
```
#### 2. **安装GOM开发环境**
- **必备工具**：
- Access 2019（带VBA支持）
- Navicat Premium（数据库跨引擎查询）
- HERO2GOM字段映射工具（需自研）
---
### 三、分模块数据迁移方案
#### **模块1：角色数据转换**
1. **基础字段映射**
```vb
' VBA脚本示例：性别字段转换
Function ConvertGender(heroGender As String)
If heroGender = "男" Then
ConvertGender = 0
Else
ConvertGender = 1
End If
End Function
```
2. **二进制数据解析**
- **装备持久度**：HERO使用`0x12 0x34`存储，GOM需要转换为浮点数（如18→0.18）。
- **解决方案**：
```python
# Python反序列化示例
def hero_dura_to_gom(hex_str):
int_val = int(hex_str, 16)
return round(int_val / 100, 2)
```
#### **模块2：行会数据迁移**
1. **结构对比**
| HERO字段 | GOM字段 |
|-------------------|-------------------|
| GuildName (Text) | G_Name (Text) |
| GuildLeader (Text)| G_Leader (Text) |
| GuildFund (Int) | G_Coin (Int) |
2. **手动修复流程**
- 在GOM中执行SQL修复职位权限：
```sql
UPDATE Guilds SET G_Rank1='副会长' WHERE G_Name IN (SELECT GuildName FROM HERO_Guilds);
```
#### **模块3：账号系统适配**
1. **加密算法转换**
- **HERO**：MD5明文加密
- **GOM**：Salt+MD5动态加密
- **迁移脚本**：
```sql
UPDATE TBL_Account SET Password=CONCAT('GOM', MD5(CONCAT('Salt', Password)));
```
---
### 四、迁移后数据验证与修复
#### 1. **必查清单**
- 角色等级与经验值：`@ViewHumanInfo`命令检查
- 装备极品属性：对比`Items.DB`的Special字段
- 行会成员列表：检查`GuildMemberList`表
#### 2. **常见故障修复**
| 问题现象 | 原因 | 修复命令/脚本 |
|-------------------------|-------------------|-----------------------------------|
| 角色背包物品丢失 | 二进制解析失败 | `@ReloadItemDB` + 手动发放补偿礼包 |
| 技能无法使用 | Magic字段格式错误 | `@ResetSkill` + 重新学习技能 |
| 行会资金显示为0 | 字段类型不匹配 | `@AddGuildCoin 行会名 金额` |
---
### 五、迁移工具二次开发指南
#### 1. **自研字段映射工具**
- **核心逻辑**：
```csharp
public class HeroToGomConverter {
public string ConvertField(string heroValue, string fieldType) {
switch (fieldType) {
case "Gender":
return heroValue == "男" ? "0" : "1";
case "Magic":
return string.Join("|", heroValue.Split(','));
default:
return heroValue;
}
}
}
```
#### 2. **开源工具推荐**
- **GOM Migration Assistant**：支持字段规则自定义导入（GitHub开源）
- **数据库比对插件**：Beyond Compare + SQL脚本生成
---
#### 结语
HERO转GOM引擎的数据迁移绝非简单的格式转换，而是需深入解析引擎底层差异的系统工程。按照本方案进行字段级映射与二进制处理，可确保99%的玩家数据无损迁移。对于复杂自定义字段（如转生、觉醒），建议采用`@PropertySet`命令动态恢复。务必在测试服完成三轮验证（基础→压力→回滚测试）后再上线，最大限度保障玩家资产安全。
#### 1. 准备工作
##### 备份数据
在进行任何数据迁移操作之前，务必备份所有重要的数据文件，包括但不限于：
- 数据库文件（`.sql`或`.mdb`）
- 配置文件（`.txt`）
- 游戏存档文件（如果有）
##### 安装新引擎
确保你已经下载并安装了GOM引擎，并且熟悉其基本结构和配置方法。
##### 安装数据库工具
根据GOM引擎的要求，安装相应的数据库工具，如MySQL Workbench、phpMyAdmin等。
#### 2. 分析数据结构差异
##### HERO引擎的数据结构
了解HERO引擎使用的数据库表结构，特别是与玩家相关的表，如`account_table`、`char_table`、`item_table`等。
**HERO引擎示例表结构**
```sql
-- 账户表
CREATE TABLE account_table (
account_id INT AUTO_INCREMENT PRIMARY KEY,
username VARCHAR(50) NOT NULL UNIQUE,
password VARCHAR(50) NOT NULL,
email VARCHAR(100),
last_login TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
);
-- 角色表
CREATE TABLE char_table (
char_id INT AUTO_INCREMENT PRIMARY KEY,
account_id INT,
name VARCHAR(50) NOT NULL UNIQUE,
level INT DEFAULT 1,
experience BIGINT DEFAULT 0,
FOREIGN KEY (account_id) REFERENCES account_table(account_id)
);
-- 物品表
CREATE TABLE item_table (
item_id INT AUTO_INCREMENT PRIMARY KEY,
char_id INT,
item_name VARCHAR(50),
item_type INT,
quantity INT,
FOREIGN KEY (char_id) REFERENCES char_table(char_id)
);
```
##### GOM引擎的数据结构
同样地，了解GOM引擎使用的数据库表结构，特别是与玩家相关的表，如`account_table`、`char_table`、`item_table`等。
**GOM引擎示例表结构**
```sql
-- 账户表
CREATE TABLE account_table (
account_id INT AUTO_INCREMENT PRIMARY KEY,
username VARCHAR(50) NOT NULL UNIQUE,
password VARCHAR(50) NOT NULL,
email VARCHAR(100),
last_login DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
);
-- 角色表
CREATE TABLE char_table (
char_id INT AUTO_INCREMENT PRIMARY KEY,
account_id INT,
name VARCHAR(50) NOT NULL UNIQUE,
level INT DEFAULT 1,
experience BIGINT DEFAULT 0,
FOREIGN KEY (account_id) REFERENCES account_table(account_id)
);
-- 物品表
CREATE TABLE item_table (
item_id INT AUTO_INCREMENT PRIMARY KEY,
char_id INT,
item_name VARCHAR(50),
item_type INT,
quantity INT,
attributes TEXT, -- JSON格式存储物品属性
FOREIGN KEY (char_id) REFERENCES char_table(char_id)
);
```
#### 3. 编写数据转换脚本
由于不同引擎的数据结构可能存在差异，需要编写SQL脚本来转换数据。以下是一些常见的数据转换场景及其对应的SQL脚本示例。
##### 转换账户数据
将HERO引擎中的账户数据转换到GOM引擎中。
**转换账户数据的SQL脚本**
```sql
INSERT INTO gom.account_table (username, password, email, last_login)
SELECT username, password, email, last_login
FROM hero.account_table;
```
##### 转换角色数据
将HERO引擎中的角色数据转换到GOM引擎中。
**转换角色数据的SQL脚本**
```sql
INSERT INTO gom.char_table (account_id, name, level, experience)
SELECT account_id, name, level, experience
FROM hero.char_table;
```
##### 转换物品数据
将HERO引擎中的物品数据转换到GOM引擎中。注意处理可能存在的字段差异，如添加新的属性字段。
**转换物品数据的SQL脚本**
```sql
INSERT INTO gom.item_table (char_id, item_name, item_type, quantity, attributes)
SELECT char_id, item_name, item_type, quantity, '{}'
FROM hero.item_table;
```
#### 4. 执行数据转换
##### 导出原始数据
使用数据库管理工具导出HERO引擎中的原始数据。
**导出命令示例**
```sh
mysqldump -u your_username -p hero > hero_backup.sql
```
##### 创建目标数据库
在GOM引擎中创建一个新的数据库来存放转换后的数据。
**创建数据库命令示例**
```sql
CREATE DATABASE gom;
USE gom;
```
##### 执行转换脚本
使用数据库管理工具导入转换脚本并执行。
**导入命令示例**
```sh
mysql -u your_username -p gom < conversion_script.sql
```
#### 5. 验证数据完整性
##### 检查数据一致性
确保转换后的数据与原始数据一致，特别是关键字段如账号ID、角色ID、物品ID等。
**验证数据一致性命令示例**
```sql
-- 验证账户数量
SELECT COUNT(*) FROM hero.account_table;
SELECT COUNT(*) FROM gom.account_table;
-- 验证角色数量
SELECT COUNT(*) FROM hero.char_table;
SELECT COUNT(*) FROM gom.char_table;
-- 验证物品数量
SELECT COUNT(*) FROM hero.item_table;
SELECT COUNT(*) FROM gom.item_table;
```
##### 测试游戏登录
启动GOM引擎的游戏服务器，并测试玩家是否能够正常登录并看到自己的角色和物品。
**测试登录流程**
1. 启动GOM引擎的游戏服务器。
2. 使用客户端尝试登录。
3. 检查角色信息和背包中的物品是否正确显示。
#### 6. 解决常见问题
##### 问题一：数据丢失
- **检查SQL脚本**：确保SQL脚本正确无误，没有遗漏字段。
- **检查日志文件**：查看游戏服务器的日志文件，确认是否有错误信息。
- **重新执行转换**：如果发现数据丢失，可以重新执行转换脚本。
##### 问题二：字段不匹配
- **调整数据结构**：根据实际情况调整GOM引擎的数据表结构，使其与HERO引擎的数据表结构相匹配。
- **修改SQL脚本**：更新SQL脚本以适应新的数据结构。
##### 问题三：权限问题
- **检查数据库权限**：确保用于执行转换脚本的数据库用户具有足够的权限。
- **授权用户**：使用以下命令授予用户适当的权限。
```sql
GRANT ALL PRIVILEGES ON gom.* TO 'your_username'@'localhost';
FLUSH PRIVILEGES;
```
##### 问题四：性能问题
- **优化查询**：确保SQL查询经过优化，避免长时间锁定表。
- **分批导入**：对于大量数据，可以考虑分批导入，减少内存消耗。
##### 问题五：兼容性问题
- **检查引擎版本**：确保使用的GOM引擎版本与现有代码兼容。
- **更新代码**：根据需要更新GOM引擎的代码以支持现有的功能。
#### 7. 总结
通过以上步骤，你应该能够将HERO引擎中的玩家数据成功迁移到GOM引擎中。这不仅确保了玩家数据的安全性和完整性，还为未来的维护和发展奠定了坚实的基础。希望这篇教程对你有所帮助。