Oracle替代工程实战：金仓全链路迁移从评估到上线的核心要点

在数据库国产化浪潮中，Oracle替换不仅是技术决策，更是一场系统工程。本文基于金仓（KingbaseES）的工程实践，深度解析从兼容性评估、工具链配置到应用层适配的完整路径，帮你避开常见坑点，实现平滑上线。

一、为什么Oracle替换的“最后一公里”最难走？

Oracle在企业级场景深耕数十年，其生态绑定远超想象。从专属数据类型、PL/SQL内置包，到OCI/OCCI原生接口、Pro*C嵌入式SQL，再到DBLink、物化视图等高级功能，每一层都需要精细适配。中大型业务系统的迁移难点集中在6个维度：

数据类型兼容：数值、字符、日期、LOB、空间类型等需完美映射
内置函数与PL/SQL：数千个函数和存储过程语法需零改动
系统视图与运维工具：DBA的监控脚本能否无缝迁移
编程接口（JDBC/OCCI/Pro*C）：代码改动量直接影响工期
增量同步与高可用：在线迁移和双轨运行方案需成熟工具支撑
测试验证与割接：功能、性能、高可用测试缺一不可

维度	典型难点	影响范围
数据类型	NUMBER(p,s)精度映射、BFILE/CLOB大对象处理、ROWID伪列兼容	全部表结构
SQL语法	CONNECT BY层次查询、外连接(+)操作符、MERGE INTO	全部DML/DQL
PL/SQL	内置包（UTL_FILE、DBMS_OUTPUT等）、动态SQL、BULK COLLECT	存储过程/函数/触发器
编程接口	OCI/OCCI/Pro*C原生接口的C/C++应用层兼容	核心业务代码
系统视图	ALL_/DBA_/USER_/V$系列视图的元信息兼容	DBA运维工具
高级特性	DBLink、物化视图、分区策略、空间数据GIS	架构层面

这里要划个重点：真正能实现高兼容的目标数据库，得从数据库内核层就做到对这些特性的原生兼容，而不是简单做个语法翻译。接下来，我们就从兼容性、迁移工具、代码适配、全流程管理这几个角度，一步步拆解实操方案。

二、兼容性深度：从数据类型到系统视图，内核级对齐才靠谱

2.1 数据类型全景映射

数据类型兼容是迁移的基石。以下是Oracle到金仓的完整类型映射，覆盖数值型至GIS空间型：

Oracle类型	目标库类型	精度说明
NUMBER(p,s)	numeric(precision, scale)	p范围1_{1000，s范围0}1000
FLOAT	float	NUMBER的子类型
BINARY_FLOAT	float	4字节，单精度浮点
BINARY_DOUBLE	double	8字节，双精度浮点
字符与大对象型映射：

Oracle类型	目标库类型	说明
CHAR	char	定长字符串
VARCHAR2	varchar	变长字符串
NCHAR/NVARCHAR2	char/varchar	国际字符集
CLOB/NCLOB	clob	字符大对象
BLOB	blob	二进制大对象
LONG	text	可变长字符串
RAW/LONG RAW	bytea	二进制数据
日期时间型映射：

Oracle类型	目标库类型
DATE	timestamp[§] [without time zone]
TIMESTAMP WITH TIME ZONE	timestamp[§] with time zone
INTERVAL DAY TO SECOND	interval day to second
INTERVAL YEAR TO MONTH	interval year to month
特殊类型：

例如，ROWID映射为varchar(23)，XMLTYPE映射为xml，JSON映射为json/jsonb，geometry则支持point/line/box/path/circle/polygon/geometry完整GIS体系。

2.2 内置函数兼容覆盖

高兼容的核心在于：内置函数无需修改，直接运行。数值函数如MOD、ABS、CEIL、FLOOR、ROUND、TRUNC、POWER、SQRT、SIGN、LN、LOG、EXP全部兼容。字符函数中仅少数写法有细微差异，例如：

-- Oracle写法
SELECT SUBSTR('Hello World', 1, 5) FROM DUAL;
-- 目标库等价写法
SELECT SUBSTRING('Hello World' FROM 1 FOR 5);
-- Oracle正则替换
SELECT REGEXP_REPLACE(source_char, pattern, replace_string,
position, occurrence, match_param)
FROM dual;
-- 目标库等价（match_param语义部分有差异，需注意）
SELECT REGEXP_REPLACE(source, pattern, replacement
[, position [, occurrence [, flag ]] ]);

日期函数（SYSDATE、ADD_MONTHS、LAST_DAY等）和转换函数（TO_CHAR、TO_DATE、TO_NUMBER等）也完全兼容。

2.3 系统视图兼容——DBA运维不用重新学

好的目标库会完整实现Oracle的兼容视图体系。DBA以前用ALL_TABLES、USER_INDEXES、V$SESSION等视图编写的监控脚本，在新库上可直接执行：

ALL_系列视图：  all_tables, all_views, all_indexes, all_constraints,
all_triggers, all_sequences, all_source, all_synonyms,
all_tab_columns, all_col_comments, all_tab_comments ...
DBA_系列视图：  dba_tables, dba_views, dba_users, dba_objects,
dba_data_files, dba_segments, dba_extents ...
USER_系列视图： user_tables, user_views, user_indexes ...
V$动态视图：    V$SESSION, V$PROCESS, V$LOCK, V$SYSSTAT,
V$METRIC, V$SYSMETRIC ...

-- 查看当前活跃会话（Oracle兼容视图）
SELECT s.sid, s.serial#, s.username, s.status, s.machine,
s.program, s.sql_id, s.event
FROM v$session s
WHERE s.status = 'ACTIVE'
AND s.username IS NOT NULL;
-- 查看表空间使用率
SELECT tablespace_name,
ROUND(bytes/1024/1024, 2) used_mb,
ROUND(maxbytes/1024/1024, 2) max_mb,
ROUND(bytes/maxbytes*100, 2) used_pct
FROM dba_data_files;

2.4 PL/SQL语法兼容——存储过程迁移的核心

PL/SQL兼容是迁移中风险最高的环节。金仓支持IF-THEN-ELSE、CASE、LOOP、游标、异常处理、动态SQL（EXECUTE IMMEDIATE）、BULK COLLECT、集合类型、触发器、Package等所有常用语法。以下示例代码在兼容库中无需任何修改即可运行：

-- Oracle原始存储过程（可无需修改直接运行）
CREATE OR REPLACE PROCEDURE calc_order_total(
p_customer_id IN NUMBER,
p_start_date  IN DATE,
p_total      OUT NUMBER
)
IS
CURSOR c_orders IS
SELECT order_id, order_amount, order_date
FROM   orders
WHERE  customer_id = p_customer_id
AND    order_date >= p_start_date;
TYPE order_array IS TABLE OF c_orders%ROWTYPE INDEX BY BINARY_INTEGER;
l_orders order_array;
l_idx    NUMBER;
BEGIN
p_total := 0;
-- BULK COLLECT 批量获取
OPEN c_orders;
FETCH c_orders BULK COLLECT INTO l_orders;
CLOSE c_orders;
-- 遍历计算
l_idx := l_orders.FIRST;
WHILE l_idx IS NOT NULL LOOP
p_total := p_total + l_orders(l_idx).order_amount;
l_idx := l_orders.NEXT(l_idx);
END LOOP;
DBMS_OUTPUT.PUT_LINE('Customer ' || p_customer_id ||
' total: ' || p_total);
EXCEPTION
WHEN OTHERS THEN
p_total := -1;
RAISE;
END calc_order_total;

三、迁移工具链实战：自动化搞定评估、迁移与同步

3.1 迁移工具体系全景

一套完整的替换工程需覆盖“评估→迁移→同步→验证”四个阶段：

工具	定位	核心能力
KDTS	数据迁移平台	对象定义迁移+数据迁移，支持浏览器操作和命令行两种方式
KFS	异构数据同步	基于日志解析的增量同步，支持断点续传，不怕中途中断
KDMS	在线迁移评估	自动扫描源库，找出不兼容的地方，还能预估工作量
KStudio	图形化IDE	PL/SQL调试、执行计划分析、数据编辑，和Oracle的IDE用法差不多
ksql	命令行工具	SQL交互、脚本执行、管理操作，适合没有图形界面的场景
重点说下KDTS和KFS的协同用法，两种场景对应不同的业务需求，大家可以按需选择：

┌──────────────────────────────────────────────────┐
│              离线迁移场景                           │
│  KDTS: 全量对象定义 + 全量数据 → 一次性同步          │
└──────────────────────────────────────────────────┘
┌──────────────────────────────────────────────────┐
│              在线迁移场景（业务不停机）               │
│  1. KDTS: 全量历史数据搬迁                          │
│  2. KFS:  增量日志解析 → 持续追平数据                │
│  3. 差异 < 预留时间 → 系统割接                      │
└──────────────────────────────────────────────────┘

3.2 KDTS迁移工具深度配置

KDTS提供浏览器版（可视化）和命令行版（适合堡垒机）。以Oracle 11g为例，Shell版核心配置如下：

# conf/application.yml - 激活Oracle数据源
spring:
profiles:
active: oracle  # 激活kdts-oracle.yml配置
# conf/kdts-oracle.yml - 源库连接配置
dbType: oracle
dbVersion: 11g
url: jdbc:oracle:thin:@192.168.1.100:1521/orcl
driver-class-name: oracle.jdbc.OracleDriver
username: system
password: your_password  # 替换成自己的密码
validationQuery: select 1 from dual
# 模式选择（要迁移的Schema，多个用逗号分隔）
schemas: SCHEMA1,SCHEMA2
schema-excludes: SYS,SYSTEM,MGMT_VIEW,DBSNMP,SYSMAN,OUTLN  # 排除系统模式
# 大表拆分策略（数据量大的表拆分迁移，提高效率）
large-table-split-threshold-rows: 5000000  # 500万行以上算大表
large-table-split-threshold-size: 5000     # 5GB以上算大表
large-table-split-max-chunk-num: 24        # 最多拆分成24块

# 目标库连接（替换成自己的目标库信息）
dbType: kingbase
dbVersion: V9
url: jdbc:kingbase8://192.168.1.200:54321/migrated_db
driver-class-name: com.kingbase8.Driver
username: system
password: your_password  # 替换成自己的密码
# 迁移参数优化（根据实际情况调整）
table-default-handler: clean    # 清空目标表再写入，避免数据重复
batch-write-size: 1000          # 批量写入记录数，越大越快（看服务器配置）
batch-commit-size: 100          # 每次提交大小(MB)
lob-prefetch-size: 4000         # LOB字段预读取(Byte)，适配大对象

3.3 迁移对象支持范围

KDTS支持迁移表、索引、视图、存储过程、函数、触发器、序列、同义词、物化视图等所有常用对象：

对象类型	支持情况
表（含分区表）	支持，支持指定/排除表
视图	支持
序列	支持
函数	支持
存储过程	支持
程序包（Package）	支持
同义词	支持
触发器	支持
用户自定义类型	支持
注释	支持
源端Oracle版本支持范围：9i、10g、11g、12c、19c，大部分企业的Oracle版本都能覆盖到。

3.4 性能调优关键参数

大数据量迁移时，以下参数可显著提升效率：

# 线程池配置 - 根据CPU核数设置，核数多就调大
thread-pool:
table-data-read-pool: 8     # 表数据读线程数
table-data-write-pool: 8    # 表数据写线程数
metadata-read-pool: 4       # 元数据读线程数
metadata-write-pool: 4      # 元数据写线程数
lob-write-pool: 4           # 大对象写线程数
# 数据库连接数，不要超过数据库最大连接数
source-max-connections: 100
target-max-connections: 100
# JVM内存配置（startup.sh）
# 建议设置为可用内存的2/3，比如服务器32G内存，就设16G
# JAVA_MEMORY=16G

-- 增大共享缓冲区，提升数据读取速度
ALTER SYSTEM SET shared_buffers = '4GB';
-- 增大工作内存，优化批量操作
ALTER SYSTEM SET work_mem = '256MB';
-- 关闭同步提交（迁移期间用，迁移完成后可改回）
ALTER SYSTEM SET synchronous_commit = off;
-- 增大检查点间隔，减少IO压力
ALTER SYSTEM SET checkpoint_timeout = '30min';

3.5 迁移结果验证

迁移完成后，KDTS自动生成对比报告，包含迁移对象总数、成功数、失败数、错误日志及DDL语句。支持失败对象单独重新迁移，无需全量重跑。

四、应用层代码适配：从JDBC到OCCI，几乎不用改代码

4.1 编程接口兼容矩阵

不同接口的适配难度各异：

编程语言/接口	适配方式	迁移工作量
JDBC	替换驱动包和连接串	极低
ODBC	创建新数据源，修改连接参数	低
OCI	兼容层（DCI），接口级兼容	低
OCCI	替换驱动库和头文件，代码无需修改	极低
Pro*C	替换运行时库，代码无需修改	极低
Python	替换驱动包（ksycopg2）	低
Golang	替换驱动包（gokb）	低
Node.js	替换驱动模块（kb）	低
.NET/EF6/EF Core	替换驱动DLL（Kdbndp）	低
PHP PDO	替换驱动扩展（pdo_kdb）	低
Perl DBI	替换驱动（DBD::KB）	低
Qt	替换驱动（QKINGBASE）	低

4.2 JDBC迁移——最常见场景，改3行就行

JDBC迁移仅需修改驱动类、连接串和驱动包：

// ===== Oracle原始配置 =====
// 驱动类
Class.forName("oracle.jdbc.driver.OracleDriver");
// 连接串
String url = "jdbc:oracle:thin:@192.168.1.100:1521:orcl";
Connection con = DriverManager.getConnection(url, "scott", "tiger");
// ===== 迁移后配置（仅改3行） =====
// 驱动类
Class.forName("com.kingbase8.Driver");
// 连接串
String url = "jdbc:kingbase8://192.168.1.200:54321/orcl";
Connection con = DriverManager.getConnection(url, "scott", "tiger");
// 后续所有JDBC API调用完全一致，不用改一行业务代码
PreparedStatement ps = con.prepareStatement(
"SELECT * FROM emp WHERE deptno = ? AND hiredate > ?");
ps.setInt(1, 10);
ps.setDate(2, java.sql.Date.valueOf("2024-01-01"));
ResultSet rs = ps.executeQuery();
while (rs.next()) {
System.out.println(rs.getString("ename") + ": " +
rs.getDouble("sal"));
}

驱动包路径：$KES_HOME/Interface/jdbc/kingbase8-9.0.0.jar（适用于JDK1.8）。

4.3 OCCI迁移——C++应用零改动

对于使用Oracle OCCI接口的C++应用，只需替换底层驱动库和头文件，代码无需任何修改：

# 1. 设置OCCI库路径（替换成自己的OCCI安装路径）
export KINGBASE_CONFDIR=/home/app/occi
export LD_LIBRARY_PATH=/home/app/occi/lib:$LD_LIBRARY_PATH
# 2. 配置数据源文件 sys_service.conf（不用改代码，只改配置）
cat > $KINGBASE_CONFDIR/sys_service.conf << 'EOF'
[KingbaseES]
dbname=production  # 目标库名称
port=54321         # 目标库端口
host=192.168.1.200 # 目标库IP
EOF

#include <occi.h>
  using namespace oracle::occi;
  using namespace std;
  // 数据库连接（代码和Oracle环境下完全一样）
  Environment *pEnv = Environment::createEnvironment();
  Connection  *pConn = pEnv->createConnection(
  "system",           // 用户名
  "123456",           // 密码
  "KingbaseES"        // sys_service.conf中的数据源名
  );
  // 执行查询（SQL语法也和Oracle完全一致）
  Statement *pStmt = pConn->createStatement(
  "SELECT empno, ename, sal FROM emp WHERE deptno = :1"
  );
  pStmt->setInt(1, 10);
  ResultSet *rs = pStmt->executeQuery();
  while (rs->next()) {
  int    empno = rs->getInt(1);
  string ename = rs->getString(2);
  double sal   = rs->getDouble(3);
  cout << empno << " " << ename << " " << sal << endl;
  }
  // 关闭资源，代码也完全复用
  pStmt->closeResultSet(rs);
  pConn->terminateStatement(pStmt);
  pEnv->terminateConnection(pConn);
  Environment::terminateEnvironment(pEnv);

# 原始Oracle OCCI链接
# LIBS = -locci -lclntsh
# 替换为目标库OCCI驱动（替换成自己的KES安装路径）
KES_HOME = /opt/Kingbase/ES/V9
OCCI_DIR = $(KES_HOME)/occi
CXXFLAGS += -I$(OCCI_DIR)/include
LDFLAGS  += -L$(OCCI_DIR)/lib -locci -lclntsh -lkci

4.4 Pro*C迁移——嵌入式SQL无感替换

Pro*C应用原工程代码无需改动，仅需安装金仓Pro*C运行时库并修改编译依赖：

原始流程:  .pc → proc预编译 → .c → gcc编译 → 可执行文件
           (Oracle proc)
                    ↓ 替换预编译器
迁移流程:  .pc → proc预编译 → .c → gcc编译 → 可执行文件
           (目标库proc)           ↓ 链接新运行时库

4.5 开发框架适配

常见框架仅需修改数据库配置：

Hibernate：替换方言包（Hibernate-2.0.dialect.jar至4.0.dialect.jar）
MyBatis：修改驱动和URL
Spring Boot + Druid：调整连接池配置
Activiti：替换工作流引擎方言
Python（ksycopg2）：修改连接参数
Golang：替换驱动包

<!-- Oracle配置 -->
<property name="dialect">org.hibernate.dialect.OracleDialect</property>
  <!-- 替换为目标库方言 -->
  <property name="dialect">org.hibernate.dialect.Kingbase8Dialect</property>

<dataSource type="POOLED"><property name="driver" value="com.kingbase8.Driver"/>
  <property name="url"
  value="jdbc:kingbase8://192.168.1.200:54321/mydb"/>
<property name="username" value="system"/>
<property name="password" value="123456"/>
</dataSource>

spring:
datasource:
driver-class-name: com.kingbase8.Driver
url: jdbc:kingbase8://192.168.1.200:54321/mydb
username: system
password: 123456
type: com.alibaba.druid.pool.DruidDataSource

<bean id="processEngineConfiguration"
  class="org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration">
<property name="jdbcDriver" value="org.postgresql.Driver"/>
  <property name="jdbcUrl"
  value="jdbc:postgresql://localhost:54321/mydb"/>
<property name="databaseSchemaUpdate" value="true"/>
</bean>

import ksycopg2
conn = ksycopg2.connect(
dbname="mydb",
user="system",
password="123456",
host="192.168.1.200",
port="54321"
)
cur = conn.cursor()
cur.execute("SELECT * FROM emp WHERE deptno = %s", (10,))
for row in cur.fetchall():
print(row)
cur.close()
conn.close()

package main
import (
"database/sql"
"fmt"
_ "kingbase.com/gokb"
)
func main() {
connInfo := fmt.Sprintf(
"host=%s port=%d user=%s password=%s dbname=%s sslmode=disable",
"192.168.1.200", 54321, "system", "123456", "mydb")
db, err := sql.Open("kingbase", connInfo)
if err != nil {
panic(err)
}
defer db.Close()
rows, _ := db.Query("SELECT ename, sal FROM emp WHERE deptno = $1", 10)
for rows.Next() {
var name string
var sal float64
rows.Scan(&name, &sal)
fmt.Printf("%s: %.2f\n", name, sal)
}
}

五、迁移工程全流程：六阶段搞定，不慌不忙

5.1 阶段一：迁移评估

使用KDMS在线评估工具扫描源库，自动识别不兼容语法、函数和数据类型，预估工作量。同时统计对象数量、PL/SQL代码行数、数据规模，评估LOB和复杂存储过程风险。

5.2 阶段二：方案设计

根据业务场景选择迁移模式：

模式	适用场景	停机时间	复杂度
离线迁移	业务允许停机窗口（比如深夜、周末）	数小时至数天	低
在线迁移	7×24小时业务，不能停机	接近零（秒级割接）	高
双轨运行	风险敏感，需要回退保障（比如核心业务）	无（并行运行）	最高
离线迁移方案（简单易操作）：

KDTS全量迁移 → 功能测试 → 性能测试 → 系统割接

KDTS历史数据搬迁 → KFS增量持续同步 → 数据追平 → 系统割接 → KFS反向同步（回退保障）

5.3 阶段三：迁移准备

目标库服务器配置不低于源库，同局域网部署保证带宽。创建同名用户和数据库，Oracle兼容模式下可直接使用Oracle语法：

-- 创建与源库同名的用户和数据库（通用写法）
CREATE USER scott WITH PASSWORD 'tiger';
CREATE DATABASE orcl OWNER scott;
-- Oracle兼容模式下，可直接使用Oracle语法
CREATE USER scott IDENTIFIED BY tiger;

5.4 阶段四：数据迁移

以KDTS浏览器版为例：配置数据源、选择Schema和迁移对象、调整参数（如大表拆分阈值），执行后实时查看进度，支持停止和重启。

5.5 阶段五：测试验证

功能测试需回归每个业务模块，重点验证存储过程和复杂SQL。使用BenchmarkSQL、LoadRunner进行压力测试，KMonitor监控SQL性能。高可用测试模拟节点故障，验证恢复时间和数据一致性。

5.6 阶段六：系统割接

割接是风险最集中的环节，需严密的回滚预案：

┌────────────────────────────────────────────────────────┐
│                    割接操作流程                          │
│                                                        │
│  1. 公告：提前通知用户停机时间窗口                        │
│  2. 原系统停用：断开网络（不关机，保留回退能力）            │
│  3. 最终数据同步：KFS追平最后增量数据                      │
│  4. 数据验证：关键业务表记录数校验、抽样数据比对            │
│  5. 新系统上线：切换DNS/连接池指向新库                     │
│  6. 监护观察：至少3个完整业务周期                          │
│  7. 回退预案：如出现不可解决故障，5分钟内切回原系统          │
└────────────────────────────────────────────────────────┘

                    ┌──────────────┐
         ┌─────────│   Oracle库    │ ← KFS反向同步
         │         └──────────────┘
    应用系统
         │         ┌──────────────┐
         └─────────│   新数据库    │ ← 主数据源
                   └──────────────┘

采用双轨运行策略，通过KFS实现双向同步，应用运行在新库上，Oracle作为热备，可秒级切换回Oracle。

六、TCO拆解：迁移成本的真实账本

6.1 License成本

Oracle License成本包括Named User Plus、Processor、选项包（Partitioning、RAC等）及年度支持费（约22%）。国产替代方案在License层面通常仅为Oracle的20%~40%，且无额外选项包费用。

6.2 隐性运维成本

长期运维中，高兼容度数据库可大幅降低DBA学习成本、监控工具适配成本和问题排查时间：

隐性成本项	Oracle环境下的典型支出	替代后的改善
技术支持人力	需要OCM认证的DBA，人力成本高	国产化厂商提供全流程迁移服务支持
性能调优	AWR/ASH分析需额外Diagnostics Pack许可	内置监控工具免费提供
安全合规	Advanced Security、Label Security单独授权	内置等保合规能力
版本升级	大版本升级周期长、风险大、需原厂服务	国产库版本升级服务包含在支持合同中
培训成本	OCP/OCM认证培训费用昂贵	厂商提供免费培训和认证体系

6.3 迁移工程成本

一次性投入包括评估、硬件、工具、应用适配和测试。高兼容度数据库的核心价值在于压缩“应用适配”环节：JDBC改3行代码、OCCI/Pro*C零改动、Hibernate换一个方言包，使应用适配从数月压缩到数周。

投入项	占比	影响因素
迁移评估	10%	系统复杂度、PL/SQL代码量
数据迁移	15%	数据量、LOB字段比例
应用适配	30%	接口种类、框架数量
测试验证	30%	功能覆盖度、性能要求
系统割接	15%	停机窗口要求、双轨需求

[AFFILIATE_SLOT_1]

七、总结与建议

Oracle替换不是简单的“数据搬迁”，而是涉及数据层、应用层、运维层的系统工程。基于大量实践，我们建议：

兼容性是成本的决定因素：内核级兼容可将应用改动量降低80%以上
工具链决定效率：KDTS + KFS + KDMS组合将迁移周期从数月压缩到数周
割接策略决定风险：零停机迁移和双轨运行方案虽前期投入略高，但将业务中断风险降到最低
测试验证不可省略：自动化测试工具的投入会在长期运维中持续回报
选择有成熟服务体系的合作伙伴：丰富的迁移经验和快速响应能力是项目成功的基石

[AFFILIATE_SLOT_2]

核心要点：Oracle迁移的成败在于兼容性深度和工具链成熟度。金仓通过内核级对齐、一站式迁移工具和零改动应用适配，大幅降低了迁移成本和风险。从评估到割接，六阶段方法论确保每一步都可控、可验证，最终实现平滑上线。

posted on 2026-05-04 09:32 wgwyanfs 阅读(13) 评论(0) 收藏举报

刷新页面返回顶部