本文档风哥主要介绍Oracle数据库库缓存钉住（Library Cache Pin）相关知识，包括库缓存钉住的概念、原因、影响、规划、配置、管理、监控、优化等内容，由风哥教程参考Oracle官方文档Performance内容编写，适合DBA人员在学习和测试中使用，如果要应用于生产环境则需要自行确认。
Part01-基础概念与理论知识
1.1 库缓存钉住的概念
Oracle数据库库缓存钉住（Library Cache Pin）是指当会话正在执行或修改库缓存中的对象（如PL/SQL程序包、存储过程、函数等）时，需要获取钉住（Pin）来防止对象被其他会话修改或移出共享池。库缓存钉住用于保护正在执行的对象的稳定性。更多视频教程www.fgedu.net.cn
- 保护正在执行的库缓存对象
- 防止对象在执行期间被修改或移除
- 在编译或执行PL/SQL对象时发生
- 会导致会话等待时间增加
- 影响系统整体性能
1.2 库缓存钉住的原因
Oracle数据库库缓存钉住的原因：
- PL/SQL对象编译：编译PL/SQL程序包、存储过程时产生钉住
- 对象失效：依赖对象被修改导致对象失效和重新编译
- 共享池不足：共享池空间不足导致对象被频繁换入换出
- 高并发执行：多个会话同时执行相同的PL/SQL对象
- 长时间执行：PL/SQL对象执行时间过长，持有钉住时间过长
1.3 库缓存钉住的影响
Oracle数据库库缓存钉住的影响：
- 会话等待时间增加：会话需要等待获取库缓存钉住
- 系统性能下降：大量的库缓存钉住会导致系统性能下降
- 响应时间增加：PL/SQL执行时间增加
- CPU使用率增加：锁等待和上下文切换增加CPU使用率
- 并发性能降低：影响系统的并发处理能力
Part02-生产环境规划与建议
2.1 库缓存钉住规划
Oracle数据库库缓存钉住规划要点：
1. 分析系统架构
2. 评估PL/SQL执行模式
3. 分析共享池使用情况
4. 设计PL/SQL优化策略
5. 优化共享池配置
6. 配置相关参数
7. 测试和验证
8. 监控和优化
# 适用场景
– 大量使用PL/SQL系统
– 频繁编译PL/SQL对象
– 共享池争用严重系统
– 高并发PL/SQL执行
# 不适用场景
– 纯SQL系统
– 低并发系统
– 无PL/SQL应用
2.2 库缓存钉住设计
Oracle数据库库缓存钉住设计建议：
– 基于系统规模设计
– 基于PL/SQL执行模式设计
– 最小化库缓存钉住争用
– 最大化系统性能
– 合理配置参数
# PL/SQL优化策略
– 减少PL/SQL对象编译
– 使用DBMS_SHARED_POOL固定对象
– 优化PL/SQL代码效率
– 避免长时间执行
# 设计步骤
1. 分析系统需求
2. 评估PL/SQL执行模式
3. 设计PL/SQL优化策略
4. 优化共享池配置
5. 配置相关参数
6. 测试性能效果
7. 调整配置
2.3 库缓存钉住最佳实践
Oracle数据库库缓存钉住最佳实践：
- 固定常用对象：使用DBMS_SHARED_POOL固定常用PL/SQL对象
- 优化共享池：根据系统需求调整共享池大小
- 减少编译操作：避免频繁编译PL/SQL对象
- 优化PL/SQL代码：提高PL/SQL代码效率，减少执行时间
- 避免对象失效：合理设计对象依赖关系
- 监控库缓存钉住：定期监控库缓存钉住情况，及时发现和处理问题
Part03-生产环境项目实施方案
3.1 库缓存钉住配置
3.1.1 配置共享池
SQL> SHOW PARAMETER shared_pool_size;
NAME TYPE VALUE
———————————— ———– ——————————
shared_pool_size big integer 0
# 调整共享池大小
SQL> ALTER SYSTEM SET shared_pool_size = 2G SCOPE=BOTH;
System altered.
# 查看共享池统计信息
SQL> SELECT
pool,
name,
bytes/1024/1024 AS mb
FROM v$sgastat
WHERE pool = ‘shared pool’
AND name IN (‘free memory’, ‘library cache’, ‘sql area’);
POOL NAME MB
———— —————————— —
shared pool free memory 500
shared pool library cache 800
shared pool sql area 600
3.1.2 固定PL/SQL对象
SQL> EXEC DBMS_SHARED_POOL.KEEP(‘SCOTT.GET_EMPLOYEE’, ‘P’);
PL/SQL procedure successfully completed.
# 使用DBMS_SHARED_POOL固定程序包
SQL> EXEC DBMS_SHARED_POOL.KEEP(‘SCOTT.EMP_PKG’, ‘P’);
PL/SQL procedure successfully completed.
# 使用DBMS_SHARED_POOL固定触发器
SQL> EXEC DBMS_SHARED_POOL.KEEP(‘SCOTT.EMP_TRIGGER’, ‘T’);
PL/SQL procedure successfully completed.
# 查看固定对象
SQL> SELECT
owner,
name,
type,
kept
FROM v$db_object_cache
WHERE kept = ‘YES’
ORDER BY owner, name;
OWNER NAME TYPE KEPT
———- ——————– —————— —-
SCOTT EMP_PKG PACKAGE YES
SCOTT EMP_TRIGGER TRIGGER YES
SCOTT GET_EMPLOYEE PROCEDURE YES
# 取消固定对象
SQL> EXEC DBMS_SHARED_POOL.UNKEEP(‘SCOTT.GET_EMPLOYEE’, ‘P’);
PL/SQL procedure successfully completed.
3.1.3 配置库缓存
SQL> SELECT
namespace,
gets,
gethits,
pins,
pinhits,
reloads,
invalidations
FROM v$librarycache;
NAMESPACE GETS GETHITS PINS PINHITS RELOADS INVALIDATIONS
————— ——- ———- ——- ——— ——— ————-
SQL AREA 100000 95000 200000 190000 500 100
TABLE/PROCEDURE 50000 48000 100000 98000 200 50
BODY 20000 19500 40000 39500 50 20
TRIGGER 10000 9800 20000 19800 20 10
INDEX 50000 49000 100000 99500 100 30
CLUSTER 5000 4900 10000 9900 5 2
OBJECT 2000 1950 4000 3950 5 1
PIPE 100 98 200 198 0 0
# 计算库缓存命中率
SQL> SELECT
namespace,
ROUND(gethits/gets*100, 2) AS gethit_ratio,
ROUND(pinhits/pins*100, 2) AS pinhit_ratio
FROM v$librarycache
WHERE gets > 0
AND pins > 0;
NAMESPACE GETHIT_RATIO PINHIT_RATIO
————— ———— ————
SQL AREA 95.00 95.00
TABLE/PROCEDURE 96.00 98.00
BODY 97.50 98.75
TRIGGER 98.00 99.00
INDEX 98.00 99.50
CLUSTER 98.00 99.00
OBJECT 97.50 98.75
PIPE 98.00 99.00
3.2 库缓存钉住管理
3.2.1 管理库缓存钉住
SQL> SELECT
event,
wait_class,
total_waits,
time_waited,
average_wait
FROM v$system_event
WHERE event = ‘library cache pin’;
EVENT WAIT_CLASS TOTAL_WAITS TIME_WAITED AVERAGE_WAIT
—————————— ——————– ———– ———– ————
library cache pin Concurrency 500 2500 5.0
# 查看会话级别的库缓存钉住等待
SQL> SELECT
s.sid,
s.username,
sw.event,
sw.wait_class,
sw.seconds_in_wait
FROM v$session s,
v$session_wait sw
WHERE s.sid = sw.sid
AND s.status = ‘ACTIVE’
AND sw.event = ‘library cache pin’;
SID USERNAME EVENT WAIT_CLASS SECONDS_IN_WAIT
— ————- —————————— ——————– —————
123 SCOTT library cache pin Concurrency 5
124 HR library cache pin Concurrency 3
# 查看库缓存钉住的详细信息
SQL> SELECT
p1 AS address,
p2 AS hash_value,
p3 AS namespace
FROM v$session_wait
WHERE event = ‘library cache pin’;
ADDRESS HASH_VALUE NAMESPACE
—————- ———- ———-
0000000081234567 1234567890 BODY
0000000087654321 9876543210 TABLE/PROCEDURE
3.2.2 分析库缓存钉住
SQL> SELECT
s.sid,
s.username,
kglnaobj AS object_name,
kglnahsh AS hash_value,
kglobtyd AS object_type
FROM v$session s,
x$kglob o,
x$kglpn p
WHERE s.saddr = p.kglpnses
AND p.kglpnhdl = o.kglhdadr
AND p.kglpnmod > 0;
SID USERNAME OBJECT_NAME HASH_VALUE OBJECT_TYPE
— ————- —————————— ———- ——————
123 SCOTT EMP_PKG 1234567890 PACKAGE
124 HR GET_EMPLOYEE 9876543210 PROCEDURE
# 查看库缓存对象
SQL> SELECT
address,
hash_value,
namespace,
object_name,
locks,
pins,
kept
FROM v$db_object_cache
WHERE namespace IN (‘PACKAGE’, ‘PROCEDURE’, ‘FUNCTION’, ‘TRIGGER’)
AND pins > 0
ORDER BY pins DESC
FETCH FIRST 10 ROWS ONLY;
ADDRESS HASH_VALUE NAMESPACE OBJECT_NAME LOCKS PINS KEPT
—————- ———- ———- —————————— —— —- —-
0000000081234567 1234567890 PACKAGE EMP_PKG 5 10 YES
0000000087654321 9876543210 PROCEDURE GET_EMPLOYEE 3 8 NO
0000000081111111 1111111111 FUNCTION CALC_SALARY 2 5 NO
# 查看对象依赖关系
SQL> SELECT
name,
type,
referenced_name,
referenced_type
FROM all_dependencies
WHERE name = ‘EMP_PKG’
ORDER BY referenced_name;
NAME TYPE REFERENCED_NAME REFERENCED_TYPE
——- ——— —————- —————-
EMP_PKG PACKAGE EMPLOYEES TABLE
EMP_PKG PACKAGE DEPARTMENTS TABLE
EMP_PKG PACKAGE STANDARD PACKAGE
3.3 库缓存钉住监控
3.3.1 监控库缓存钉住
SQL> SELECT
event,
wait_class,
COUNT(*)
FROM v$session_wait
WHERE event = ‘library cache pin’
GROUP BY event, wait_class;
EVENT WAIT_CLASS COUNT(*)
—————————— ——————– ——–
library cache pin Concurrency 3
# 使用AWR报告监控库缓存钉住
SQL> @$ORACLE_HOME/rdbms/admin/awrrpt.sql
# 输入报告类型：html
# 输入开始快照ID：100
# 输入结束快照ID：101
# 输入报告文件名：awrrpt.html
# 查看AWR报告中的库缓存钉住部分
# Top 5 Wait Events
~~~~~~~~~~~~~~~~~~~
Avg
wait % DB
Event Waits Time(s) (ms) time Wait Class
———————————— ———– ———– —— —— ———-
library cache pin 500 2500 500 20.0 Concurrency
library cache lock 400 2000 500 16.0 Concurrency
3.3.2 监控库缓存钉住历史
SQL> SELECT
h.snap_id,
h.event_name,
SUM(h.total_waits) AS total_waits,
SUM(h.time_waited_micro) / 1000000 AS time_waited_seconds
FROM dba_hist_system_event h
WHERE h.snap_id BETWEEN 100 AND 101
AND h.event_name = ‘library cache pin’
GROUP BY h.snap_id, h.event_name
ORDER BY h.snap_id;
SNAP_ID EVENT_NAME TOTAL_WAITS TIME_WAITED_SECONDS
——- —————————— ———– ——————
100 library cache pin 250 12
101 library cache pin 250 12
# 查看会话库缓存钉住历史
SQL> SELECT
h.session_id,
h.event_name,
COUNT(*) AS wait_count,
SUM(h.wait_time + h.time_waited) / 100 AS total_wait_time_seconds
FROM dba_hist_active_sess_history h
WHERE h.sample_time BETWEEN SYSDATE – 1/24 AND SYSDATE
AND h.event_name = ‘library cache pin’
GROUP BY h.session_id, h.event_name
ORDER BY total_wait_time_seconds DESC
FETCH FIRST 10 ROWS ONLY;
SESSION_ID EVENT_NAME WAIT_COUNT TOTAL_WAIT_TIME_SECONDS
———- —————————— ———– ———————-
123 library cache pin 50 250
124 library cache pin 30 150
Part04-生产案例与实战讲解
4.1 库缓存钉住实施案例
在某企业的生产环境中，需要实施库缓存钉住监控和优化，提高数据库性能。
– 数据库版本：Oracle 19c
– 系统规模：中等规模，日交易量100万
– 问题：数据库性能下降，库缓存钉住严重
# 实施方案
1. 监控库缓存钉住
SQL> SELECT
event,
wait_class,
total_waits,
time_waited,
average_wait
FROM v$system_event
WHERE event = ‘library cache pin’;
EVENT WAIT_CLASS TOTAL_WAITS TIME_WAITED AVERAGE_WAIT
—————————— ——————– ———– ———– ————
library cache pin Concurrency 500 2500 5.0
2. 分析库缓存命中率
SQL> SELECT
namespace,
ROUND(pinhits/pins*100, 2) AS pinhit_ratio
FROM v$librarycache
WHERE pins > 0;
NAMESPACE PINHIT_RATIO
————— ————
SQL AREA 95.00
TABLE/PROCEDURE 98.00
BODY 98.75
TRIGGER 99.00
3. 查看PL/SQL对象
SQL> SELECT
object_name,
object_type,
status
FROM user_objects
WHERE object_type IN (‘PACKAGE’, ‘PROCEDURE’, ‘FUNCTION’, ‘TRIGGER’)
ORDER BY object_name;
OBJECT_NAME OBJECT_TYPE STATUS
——————– ———————– ——-
CALC_SALARY FUNCTION VALID
EMP_PKG PACKAGE VALID
EMP_PKG PACKAGE BODY VALID
EMP_TRIGGER TRIGGER VALID
GET_EMPLOYEE PROCEDURE VALID
4. 查看固定对象
SQL> SELECT
owner,
name,
type,
kept
FROM v$db_object_cache
WHERE kept = ‘YES’
ORDER BY owner, name;
OWNER NAME TYPE KEPT
———- ——————– —————— —-
SCOTT EMP_PKG PACKAGE YES
5. 优化措施
– 增加共享池大小
SQL> ALTER SYSTEM SET shared_pool_size = 2G SCOPE=BOTH;
– 固定常用PL/SQL对象
SQL> EXEC DBMS_SHARED_POOL.KEEP(‘SCOTT.GET_EMPLOYEE’, ‘P’);
SQL> EXEC DBMS_SHARED_POOL.KEEP(‘SCOTT.CALC_SALARY’, ‘F’);
SQL> EXEC DBMS_SHARED_POOL.KEEP(‘SCOTT.EMP_TRIGGER’, ‘T’);
– 优化PL/SQL代码
SQL> CREATE OR REPLACE PROCEDURE get_employee(p_emp_id IN NUMBER) IS
BEGIN
SELECT * FROM employees WHERE employee_id = p_emp_id;
END;
/
– 收集统计信息
SQL> EXEC DBMS_STATS.GATHER_TABLE_STATS(‘SCOTT’, ‘EMPLOYEES’);
6. 验证优化效果
SQL> SELECT
event,
wait_class,
total_waits,
time_waited,
average_wait
FROM v$system_event
WHERE event = ‘library cache pin’;
EVENT WAIT_CLASS TOTAL_WAITS TIME_WAITED AVERAGE_WAIT
—————————— ——————– ———– ———– ————
library cache pin Concurrency 50 250 5.0
# 实施效果
– 库缓存钉住减少90%
– 数据库性能提高50%
– PL/SQL执行时间减少70%
– 系统稳定性提高
4.2 库缓存钉住优化案例
在某金融机构的生产环境中，需要优化库缓存钉住，提高数据库性能。
– 数据库版本：Oracle 19c
– 系统规模：大规模，日交易量1000万
– 问题：库缓存钉住严重，影响数据库性能
# 优化方案
1. 监控库缓存钉住
SQL> SELECT
event,
wait_class,
total_waits,
time_waited,
average_wait
FROM v$system_event
WHERE event = ‘library cache pin’;
EVENT WAIT_CLASS TOTAL_WAITS TIME_WAITED AVERAGE_WAIT
—————————— ——————– ———– ———– ————
library cache pin Concurrency 2500 12500 5.0
2. 分析库缓存命中率
SQL> SELECT
namespace,
ROUND(pinhits/pins*100, 2) AS pinhit_ratio
FROM v$librarycache
WHERE pins > 0;
NAMESPACE PINHIT_RATIO
————— ————
SQL AREA 90.00
TABLE/PROCEDURE 95.00
BODY 96.00
TRIGGER 97.00
3. 查看PL/SQL对象
SQL> SELECT
object_name,
object_type,
status
FROM user_objects
WHERE object_type IN (‘PACKAGE’, ‘PROCEDURE’, ‘FUNCTION’, ‘TRIGGER’)
ORDER BY object_name;
OBJECT_NAME OBJECT_TYPE STATUS
——————– ———————– ——-
CALC_BONUS FUNCTION VALID
TRANS_PKG PACKAGE VALID
TRANS_PKG PACKAGE BODY VALID
TRANS_TRIGGER TRIGGER VALID
PROCESS_TRANS PROCEDURE VALID
4. 查看固定对象
SQL> SELECT
owner,
name,
type,
kept
FROM v$db_object_cache
WHERE kept = ‘YES’
ORDER BY owner, name;
OWNER NAME TYPE KEPT
———- ——————– —————— —-
SCOTT TRANS_PKG PACKAGE YES
5. 优化措施
– 增加共享池大小
SQL> ALTER SYSTEM SET shared_pool_size = 4G SCOPE=BOTH;
– 配置共享池保留区
SQL> ALTER SYSTEM SET shared_pool_reserved_size = 400M SCOPE=BOTH;
– 固定常用PL/SQL对象
SQL> EXEC DBMS_SHARED_POOL.KEEP(‘SCOTT.PROCESS_TRANS’, ‘P’);
SQL> EXEC DBMS_SHARED_POOL.KEEP(‘SCOTT.CALC_BONUS’, ‘F’);
SQL> EXEC DBMS_SHARED_POOL.KEEP(‘SCOTT.TRANS_TRIGGER’, ‘T’);
– 优化PL/SQL代码
SQL> CREATE OR REPLACE PROCEDURE process_trans(p_trans_id IN NUMBER) IS
BEGIN
SELECT * FROM transactions WHERE transaction_id = p_trans_id;
END;
/
– 收集统计信息
SQL> EXEC DBMS_STATS.GATHER_TABLE_STATS(‘SCOTT’, ‘TRANSACTIONS’);
6. 验证优化效果
SQL> SELECT
event,
wait_class,
total_waits,
time_waited,
average_wait
FROM v$system_event
WHERE event = ‘library cache pin’;
EVENT WAIT_CLASS TOTAL_WAITS TIME_WAITED AVERAGE_WAIT
—————————— ——————– ———– ———– ————
library cache pin Concurrency 250 1250 5.0
# 优化效果
– 库缓存钉住减少90%
– 数据库性能提高60%
– PL/SQL执行时间减少80%
– 系统稳定性提高
4.3 库缓存钉住问题处理
在某电商网站的生产环境中，库缓存钉住导致数据库性能下降，需要处理。
– 数据库性能突然下降
– 系统负载增加
– 库缓存钉住严重
# 分析步骤
1. 监控库缓存钉住
SQL> SELECT
event,
wait_class,
total_waits,
time_waited,
average_wait
FROM v$system_event
WHERE event = ‘library cache pin’;
EVENT WAIT_CLASS TOTAL_WAITS TIME_WAITED AVERAGE_WAIT
—————————— ——————– ———– ———– ————
library cache pin Concurrency 1000 5000 5.0
2. 分析库缓存命中率
SQL> SELECT
namespace,
ROUND(pinhits/pins*100, 2) AS pinhit_ratio
FROM v$librarycache
WHERE pins > 0;
NAMESPACE PINHIT_RATIO
————— ————
SQL AREA 92.00
TABLE/PROCEDURE 94.00
BODY 95.00
TRIGGER 96.00
3. 查看PL/SQL对象
SQL> SELECT
object_name,
object_type,
status
FROM user_objects
WHERE object_type IN (‘PACKAGE’, ‘PROCEDURE’, ‘FUNCTION’, ‘TRIGGER’)
ORDER BY object_name;
OBJECT_NAME OBJECT_TYPE STATUS
——————– ———————– ——-
CALC_TOTAL FUNCTION VALID
ORDERS_PKG PACKAGE VALID
ORDERS_PKG PACKAGE BODY VALID
ORDERS_TRIGGER TRIGGER VALID
PROCESS_ORDER PROCEDURE VALID
4. 查看固定对象
SQL> SELECT
owner,
name,
type,
kept
FROM v$db_object_cache
WHERE kept = ‘YES’
ORDER BY owner, name;
no rows selected
# 问题原因
– 共享池不足
– 未固定常用PL/SQL对象
– 频繁编译PL/SQL对象
– PL/SQL代码效率低
# 解决方案
1. 增加共享池大小
SQL> ALTER SYSTEM SET shared_pool_size = 2G SCOPE=BOTH;
2. 配置共享池保留区
SQL> ALTER SYSTEM SET shared_pool_reserved_size = 200M SCOPE=BOTH;
3. 固定常用PL/SQL对象
SQL> EXEC DBMS_SHARED_POOL.KEEP(‘SCOTT.ORDERS_PKG’, ‘P’);
SQL> EXEC DBMS_SHARED_POOL.KEEP(‘SCOTT.PROCESS_ORDER’, ‘P’);
SQL> EXEC DBMS_SHARED_POOL.KEEP(‘SCOTT.CALC_TOTAL’, ‘F’);
SQL> EXEC DBMS_SHARED_POOL.KEEP(‘SCOTT.ORDERS_TRIGGER’, ‘T’);
4. 优化PL/SQL代码
SQL> CREATE OR REPLACE PROCEDURE process_order(p_order_id IN NUMBER) IS
BEGIN
SELECT * FROM orders WHERE order_id = p_order_id;
END;
/
5. 收集统计信息
SQL> EXEC DBMS_STATS.GATHER_TABLE_STATS(‘SCOTT’, ‘ORDERS’);
6. 验证问题解决
SQL> SELECT
event,
wait_class,
total_waits,
time_waited,
average_wait
FROM v$system_event
WHERE event = ‘library cache pin’;
EVENT WAIT_CLASS TOTAL_WAITS TIME_WAITED AVERAGE_WAIT
—————————— ——————– ———– ———– ————
library cache pin Concurrency 100 500 5.0
# 解决效果
– 库缓存钉住减少90%
– 数据库性能恢复正常
– 系统负载降低
– PL/SQL执行时间减少80%
Part05-风哥经验总结与分享
5.1 库缓存钉住管理经验
Oracle数据库库缓存钉住管理经验：
- 固定常用对象：使用DBMS_SHARED_POOL固定常用PL/SQL对象
- 优化共享池：根据系统需求调整共享池大小
- 减少编译操作：避免频繁编译PL/SQL对象
- 优化PL/SQL代码：提高PL/SQL代码效率，减少执行时间
- 避免对象失效：合理设计对象依赖关系
- 监控库缓存钉住：定期监控库缓存钉住情况，及时发现和处理问题
- 持续优化：根据分析结果，持续优化数据库性能
5.2 库缓存钉住检查清单
– [ ] 监控库缓存钉住情况
– [ ] 分析库缓存命中率
– [ ] 查看PL/SQL对象
– [ ] 查看固定对象
– [ ] 固定常用对象
– [ ] 优化共享池
– [ ] 减少编译操作
– [ ] 优化PL/SQL代码
– [ ] 避免对象失效
– [ ] 验证优化效果
# 库缓存钉住问题处理流程
1. 发现数据库性能问题
2. 监控库缓存钉住
3. 分析库缓存命中率
4. 查看PL/SQL对象
5. 查看固定对象
6. 识别库缓存钉住原因
7. 制定解决方案
8. 实施解决方案
9. 验证问题解决
10. 总结经验，优化配置
5.3 库缓存钉住管理工具
Oracle数据库库缓存钉住管理常用工具：
- v$system_event：查看系统级别的库缓存钉住
- v$session_wait：查看会话级别的库缓存钉住
- v$librarycache：查看库缓存统计信息
- v$db_object_cache：查看库缓存对象
- all_dependencies：查看对象依赖关系
- dba_hist_system_event：查看库缓存钉住历史
- dba_hist_active_sess_history：查看会话库缓存钉住历史
- AWR报告：分析数据库性能
- ASH报告：分析活动会话历史
- Oracle Enterprise Manager：图形化监控和管理
本文由风哥教程整理发布,仅用于学习测试使用,转载注明出处:http://www.fgedu.net.cn/10327.html
联系我们
在线咨询：
微信号：itpux-com
工作日：9:30-18:30，节假日休息
