循序渐进丨MogDB 数据库特性之动态数据脱敏机制

于 2024-03-08 12:03:23 发布
阅读量1.1k 收藏 18
点赞数 23
文章标签： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_54551388/article/details/136575604
版权

aeb7f61b7c96e270f0dfb6c6849418d1.jpeg

数据脱敏是行之有效的数据库隐私保护方案之一，可以在一定程度上限制非授权用户对隐私数据的窥探。动态数据脱敏机制是一种通过定制化脱敏策略来实现对隐私数据保护的技术，可以在保留原始数据的前提下有效地解决非授权用户对敏感信息访问的问题。当管理员指定待脱敏对象和定制数据脱敏策略后，用户所查询的数据库资源如果关联到对应的脱敏策略时，则会根据用户身份和脱敏策略进行数据脱敏，从而限制非授权用户对隐私数据的访问。事实上，MogDB 数据库自1.1.0版本就引入了动态数据脱敏机制。

函数名
示例
creditcardmasking‘4880-9898-4545-2525’将会被脱敏为‘xxxx-xxxx-xxxx-2525’，该函数仅对后4位之前的数字进行脱敏。
basicemailmaskingabcd@gmail.com将会被脱敏为xxxx@gmail.com，对出现第一个'@'之前的文本进行脱敏。
fullemailmaskingabcd@gmail.com将会被脱敏为xxxx@xxxxx.com，对出现最后一个'.'之前的文本（除'@'符号外）进行脱敏。
alldigitsmasking‘alex123alex’将会被脱敏为‘alex000alex’，仅对文本中的数字进行脱敏。
shufflemasking‘hello word’将会被随机打乱顺序脱敏为‘hlwoeor dl’，该函数通过字符乱序排列的方式实现，属于弱脱敏函数，语义较强的字符串不建议使用该函数脱敏。
randommasking‘hello word’将会被脱敏为‘ad5f5ghdf5’，将文本按字符随机脱敏。
regexpmasking需要用户顺序输入四个参数：reg为被替换的字符串；replace_text为替换后的字符串；pos为目标字符串开始替换的初始位置，为整数类型；reg_len为替换长度，为整数类型。reg、replace_text可以用正则表达，pos如果不指定则默认为0，reg_len如果不指定则默认为-1，即pos后所有字符串。如果用户输入参数与参数类型不一致，则会使用maskall方式脱敏。CREATE MASKING POLICY msk_creditcard regexpmasking(’[\d+]’, ‘x’, 5, 9) ON LABEL(label_for_creditcard);
maskall‘4880-9898-4545-2525’将会被脱敏为‘xxxxxxxxxxxxxxxxxxx’。

特性约束

  • 动态数据脱敏策略需要由具备POLADMIN或SYSADMIN属性的用户或初始用户创建，普通用户没有访问安全策略系统表和系统视图的权限。

  • 动态数据脱敏只在配置了脱敏策略的数据表上生效，而审计日志不在脱敏策略的生效范围内。

  • 在一个脱敏策略中，对于同一个资源标签仅可指定一种脱敏方式，不可重复指定。

  • 不允许多个脱敏策略对同一个资源标签进行脱敏，除以下脱敏场景外：使用FILTER指定策略生效的用户场景，包含相同资源标签的脱敏策略间FILTER生效场景无交集，此时可以根据用户场景明确辨别资源标签被哪种策略脱敏。

  • Filter中的APP项建议仅在同一信任域内使用，由于客户端不可避免的可能出现伪造名称的情况，该选项使用时需要与客户端联合形成一套安全机制，减少误用风险。一般情况下不建议使用，使用时需要注意客户端仿冒的风险。

  • 对于带有query子句的INSERT或MERGE INTO操作，如果源表中包含脱敏列，则上述两种操作中插入或更新的结果为脱敏后的值，且不可还原。

  • 在内置安全策略开关开启的情况下，执行ALTER TABLE EXCHANGE PARTITION操作的源表若在脱敏列则执行失败。

  • 对于设置了动态数据脱敏策略的表，需要谨慎授予其他用户对该表的trigger权限，以免其他用户利用触发器绕过脱敏策略。

  • 最多支持创建98个动态数据脱敏策略。

  • 仅支持使用上述预置脱敏策略。

  • 仅支持对只包含COLUMN属性的资源标签做脱敏。

  • 仅支持对基本表的列进行数据脱敏。

  • 仅支持对SELECT查询到的数据进行脱敏。

实际案例

开启安全策略

MogDB=# alter system set enable_security_policy=on;
ALTER SYSTEM SET
MogDB=# show enable_security_policy;
 enable_security_policy 
------------------------
 on
(1 row)

参数说明: 安全策略开关，控制统一审计和数据动态脱敏策略是否生效。

1. 证件保留尾号脱敏(creditcardmasking)

MogDB=# create user mask_user password 'Password#123';
NOTICE:  The encrypted password contains MD5 ciphertext, which is not secure.
CREATE ROLE
MogDB=# alter user mask_user sysadmin;
ALTER ROLE
 
[omm@master01 ~]$ gsql -r -d postgres -U mask_user -W "Password#123"
gsql ((MogDB 5.0.4 build 070c88a0) compiled at 2023-11-25 12:57:09 commit 0 last mr 1804 )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.


MogDB=> CREATE TABLE creditcard_info (id_number int, name varchar(100),credit_card varchar(19));
CREATE TABLE
MogDB=> INSERT INTO creditcard_info values(1,'Wusx','4880-9898-4545-2525');
INSERT 0 1
MogDB=> CREATE RESOURCE LABEL label_for_creditcard ADD COLUMN(mask_user.creditcard_info.credit_card);
CREATE RESOURCE LABEL
MogDB=> CREATE MASKING POLICY mask_creditcard creditcardmasking ON LABEL(label_for_creditcard);
CREATE MASKING POLICY
MogDB=> select * from mask_user.creditcard_info;
 id_number | name |     credit_card     
-----------+------+---------------------
         1 | Wusx | xxxx-xxxx-xxxx-2525

2、邮箱地址前缀脱敏(basicemailmasking)

[omm@master01 ~]$ gsql -r -d postgres -U mask_user -W Password#123
gsql ((MogDB 5.0.4 build 070c88a0) compiled at 2023-11-25 12:57:09 commit 0 last mr 1804 )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.


MogDB=> create table mail_list(id_number int, name varchar(100),mail_addr varchar(200));
CREATE TABLE
MogDB=> INSERT INTO mail_list values(1,'Wusx','shixing.wu@enmotech.com');
INSERT 0 1
MogDB=> CREATE RESOURCE LABEL label_for_mail_list ADD COLUMN(mask_user.mail_list.mail_addr);
CREATE RESOURCE LABEL
MogDB=> CREATE MASKING POLICY mask_mail_list basicemailmasking ON LABEL(label_for_mail_list);
CREATE MASKING POLICY
MogDB=> select * from mask_user.mail_list;
 id_number | name |        mail_addr        
-----------+------+-------------------------
         1 | Wusx | xxxxxxxxxx@enmotech.com
(1 row)

3、邮箱地址前缀+域名脱敏（fullemailmasking）

[omm@master01 ~]$ gsql -r -d postgres -U mask_user -W Password#123
gsql ((MogDB 5.0.4 build 070c88a0) compiled at 2023-11-25 12:57:09 commit 0 last mr 1804 )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
MogDB=> drop MASKING POLICY mask_mail_list;
DROP MASKING POLICY
MogDB=> CREATE MASKING POLICY mask_mail_list fullemailmasking ON LABEL(label_for_mail_list);
CREATE MASKING POLICY
MogDB=> select * from mask_user.mail_list;
id_number | name |        mail_addr        
-----------+------+-------------------------
1 | Wusx | xxxxxxxxxx@xxxxxxxx.com
(1 row)

4、数字脱敏(alldigitsmasking)

MogDB=> create table account_detail(id_number int, name varchar(100),balance_detail varchar(2000));
CREATE TABLE
MogDB=> INSERT INTO account_detail values(1,'Wusx','余额：9999888800');
INSERT 0 1
MogDB=> CREATE RESOURCE LABEL label_for_account_detail ADD COLUMN(mask_user.account_detail.balance_detail);
CREATE RESOURCE LABEL
MogDB=> CREATE MASKING POLICY mask_account_detail alldigitsmasking ON LABEL(label_for_account_detail);
CREATE MASKING POLICY
MogDB=> select * from mask_user.account_detail;
 id_number | name |  balance_detail  
-----------+------+------------------
         1 | Wusx | 余额：0000000000
(1 row)

5、乱序脱敏(shufflemasking)

[omm@master01 ~]$ gsql -r -d postgres -U mask_user -W Password#123
gsql ((MogDB 5.0.4 build 070c88a0) compiled at 2023-11-25 12:57:09 commit 0 last mr 1804 )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
MogDB=>
MogDB=> INSERT INTO account_detail values(2,'Thomas Anderson','余额：9999888800');
INSERT 0 1
MogDB=> CREATE RESOURCE LABEL label_for_account_detail_name ADD COLUMN(mask_user.account_detail.name);
CREATE RESOURCE LABEL
MogDB=> CREATE MASKING POLICY mask_account_detail_name shufflemasking ON LABEL(label_for_account_detail_name);
CREATE MASKING POLICY
MogDB=> select id_number,name from mask_user.account_detail where id_number=2;
id_number |      name       
-----------+-----------------
2 | or ssAanToendhm
(1 row)
MogDB=> select id_number,name from mask_user.account_detail where id_number=2;
id_number |      name       
-----------+-----------------
2 | sdmTosne Aanohr
(1 row)
MogDB=> select id_number,name from mask_user.account_detail where id_number=2;
id_number |      name       
-----------+-----------------
2 | ods rTamhAneosn
(1 row)

6、随机字符替代脱敏(randommasking)

MogDB=> drop MASKING POLICY mask_account_detail_name;
DROP MASKING POLICY
MogDB=> CREATE MASKING POLICY mask_account_detail_name randommasking ON LABEL(label_for_account_detail_name);
CREATE MASKING POLICY
MogDB=> select id_number,name from mask_user.account_detail where id_number=2;
 id_number |      name       
-----------+-----------------
         2 | b3b0b109ff5e150
(1 row)

7、正则表达式脱敏(regexpmasking)

MogDB=> drop MASKING POLICY mask_account_detail_name;
DROP MASKING POLICY
MogDB=> CREATE MASKING POLICY mask_account_detail_name regexpmasking('Thomas', 'Halo', 0, 9 )  ON LABEL(label_for_account_detail_name);
CREATE MASKING POLICY
MogDB=> select id_number,name from mask_user.account_detail where id_number=2;
 id_number |     name      
-----------+---------------
         2 | Halo Anderson
(1 row)

8、全遮蔽脱敏(maskall)

MogDB=> drop MASKING POLICY mask_account_detail_name;
DROP MASKING POLICY
MogDB=> CREATE MASKING POLICY mask_account_detail_name maskall ON LABEL(label_for_account_detail_name);
CREATE MASKING POLICY
MogDB=> select id_number,name from mask_user.account_detail where id_number=2;
 id_number |      name       
-----------+-----------------
         2 | xxxxxxxxxxxxxxx
(1 row)

关于作者

许玉晨，云和恩墨 MogDB 技术支持工程师，有12年左右的金融、保险、政府、地税、运营商等业务关键型系统的运维经验，曾担任公司异常恢复东区接口人，负责紧急异常恢复工作，目前负责国产化 MogDB 数据库的推广工作。

859b4ff2eb5352d871cad4d66e82d37a.gif

数据驱动，成就未来，云和恩墨，不负所托！

云和恩墨创立于2011年，以“数据驱动，成就未来”为使命，是智能的数据技术提供商。我们致力于将数据技术带给每个行业、每个组织、每个人，构建数据驱动的智能未来。

云和恩墨在数据承载（分布式存储、数据持续保护）、管理（数据库基础软件、数据库云管平台、数据技术服务）、加工（应用开发质量管控、数据模型管控、数字化转型咨询）和应用（数据服务化管理平台、数据智能分析处理、隐私计算）等领域为各个组织提供可信赖的产品、服务和解决方案，围绕用户需求，持续为客户创造价值，激发数据潜能，为成就未来敏捷高效的数字世界而不懈努力。

198b9318e2e2ad496d913fae15955172.gif

云和恩墨
关注
博客
多元数据库时代，云和恩墨携手鲲鹏树立数据库一体化承载的新标杆
11-07 7
近年来，随着企业数据存储结构日益多元化，传统架构数据库面临发展瓶颈，越来越多企业倾向于采用不同类型的数据库满足多样化的数据需求。这一趋势下，国内数据库市场呈现百花齐放的态势，产业加速迈入多元数据库时代。作为数据库重要的基础设施之一，数据库一体机将服务器、存储设备、网络接口以及数据库管理整合在一个系统内，提供了高性能、高可用、简单易用的数据库一体化解决方案，受到越来越多企业客户的青睐。2023年初，...
博客
云和恩墨与中国电信、鼎捷软件再度联手，为在越中资制造企业数智化转型保驾护航...
11-05 14
11月2日，由云和恩墨、中国电信、鼎捷软件共同举办的“从全球化到本地化”越南中资制造业交流会在越南河内成功召开。此次交流会旨在探讨在全球经济一体化背景下，中资企业在越南市场的机遇与挑战。会议邀请到越南中国商会：江苏企业联合会张建伟副会长、胡志明市分会缪仁赖名誉会长及广东企业联合会杨林荣副会长担任特别嘉宾，吸引了众多来自中越两国的企业家和行业专家的积极参与。会议期间，各位嘉宾围绕如何有效推进中资企业...
博客
倒计时10天丨openGauss × 云和恩墨 × 鼎捷数智Meetup上海站聚焦数智化转型升级（附议程）...
11-05 5
聚焦制造业数智化转型关键议题分享前沿技术和实践经验共同探索行业发展的新路径扫描下方海报二维码报名10天后，上海见点击文末“阅读原文” 立即报名...
博客
真·香！深度体验 zCloud 数据库云管平台 -- DBA日常管理篇
11-01 866
点击蓝字 关注我们zCloud 作为一款业界领先的数据库云管平台，通过云化自治的部署能力、智能巡检和诊断能力、知识即代码的沉淀能力，为DBA的日常管理工作带来了革新式的简化与优化。经过一周的深度体验，今天笔者与您深入探讨 zCloud 在数据库用户、参数以及日志管理方面的具体应用，看它如何为DBA的日常管理工作带来价值。数据库用户管理“常在河边走哪有不湿鞋”，作为DBA或多或少都曾遇到过因权限配置...
博客
盖国强解码数据库的历史与未来，启迪武大学子勇当技术革命生力军
10-30 13
10月30日，由中国通信学会开源技术专业委员会主办的“科普进校园”活动来到了一所历史悠久、学术氛围浓厚的高等学府——武汉大学。活动以“数据库系统的过去、现在与未来”为主题，旨在普及数据库技术知识，激发年轻一代对科技创新的热情。云和恩墨创始人兼总经理盖国强先生受邀出席活动并发表了题为《以史为鉴-数据库的历史与未来》的演讲，以生动详实的历史回顾与前瞻性的行业洞察，为师生们娓娓讲述数据库技术发展历程及其...
博客
新版本发布丨zCloud v6.5全面支持GaussDB，AI智能问答带来专属顾问体验
10-29 20
zCloud v6.5全新版本重磅发布！此次新版在继承zCloud产品“多元”“智能”的核心价值基础上，加入AI智能问答功能，帮助用户在遇到问题时快速找到答案，大大降低产品使用门槛。同时，新版进一步强化产品功能，现已全面支持华为GaussDB数据库，为广大GaussDB用户带来了更多便利。另外，此次版本在操作系统兼容性方面持续增强，让zCloud能够更好地满足不同行业客户的数据库管理需求。01...
博客
国产数据库应用进入深水区，构建快、稳、易的多元异构数据库云化底座是关键...
10-28 989
NEWSACDU·中国行ACDU·中国行上海站于10月26日成功召开，本次活动以“国产化浪潮下，数据库技术的应用与创新发展”为主题，邀请到多位技术专家、行业用户莅临现场分享数据库技术的最新进展，以及在行业中的应用实践。云和恩墨资深解决方案架构师胡自贵以《稳筑基石，云帆万里——构建极速稳定多元异构数据库云化底座》为题，深入剖析了在当前行业变化、客户转型和产业升级带来的挑战下，如何构建一个能够支撑核心...
博客
2024中国程序员节丨盖国强趣谈DB世界领航者，畅想AI驱动新纪元
10-25 28
2024 China Programmer's Day由中国软件行业协会主办的“2024中国程序员节”于10月24日在北京召开。本次大会以“AI如潮水向未来，共命运不得不AI”为主题，邀请到中国科学院院士、中国工程院院士等多位重磅嘉宾发表致辞寄语，并由诸多企业和高校嘉宾从技术、产业和研究培养等角度展开分享，全方位诠释程序员的成长之路。云和恩墨创始人兼总经理盖国强受邀出席大会开幕式并发表演讲。在数据...
博客
1024程序员节不玩虚的，盖国强亲签版《数据库简史》新书免费送！限时24小时！...
10-24 27
亲爱的码农伙伴们一年一度的1024程序员节又ᴺ到来了！在这个专属于技术人的节日里我们要向每一位默默敲着代码支撑起整个数字世界的英雄致敬！为了庆祝这个特殊的日子我们准备了一份特别礼物——盖国强老师亲签版新书《数据库简史》等你来拿！只需3️⃣步即可拥有①扫描下方海报二维码浏览视频号视频②动动手指点亮????????和❤️③评论区10字以上留言截止10月25日10:24留言点赞排名前5名即可获赠一本签名版《数据库简...
博客
云和恩墨与华为强强联合，共创数据库一体化管理新体验
10-23 692
点击上方蓝字关注我们引言在数字化转型的浪潮中，数据技术能力已经成为企业保持竞争力的核心要素之一。近日，受华为数据存储邀请，云和恩墨数据库云管平台产品总经理巩飞接受了华为数据存储DCS领域副总裁张吉荣的访谈，共同探讨了未来数据库运维管理的技术趋势以及云和恩墨与华为合作为客户带来的深远影响。随着数智化时代的到来，巩飞指出数据库运维管理正面临前所未有的变革。“如今的企业不再满足于单一类型的数据库应用，而...
博客
循序渐进丨MogDB 与 PostgreSQL 对比测试IPv6
10-23 1059
创建订阅时连接主库的地址换成全局ipv6地址，再进行测试，pg_stat_activity同样能查到订阅端的连接信息：​​​​​​​。发布端pg_stat_replication视图无信息，不过pg_stat_activity能查到订阅端的连接信息：​​​​​​​。查询pg_stat_replication视图，replication连接也是正常状态：​​​​​​​。注意需要使用流复制端口6433(主端口port + 1）。primary_conninfo换成全局ipv6地址：​​​​​​​。
博客
循序渐进丨openGauss / MogDB 数据库内存占用相关SQL
10-23 1062
如果此时dynamic_used_memory小于max_dynamic_memory，而dynamic_peak_memory大于max_dynamic_memory表明曾经出现内存不足的情况；如果dynamic_used_shrctx不大，则查询gs_session_memory_detail视图， 观察是哪个MemoryContext使用内存较多。入参为需要追踪的上下文名称。查看到对应耗费资源较多的线程后，根据lwtid字段，找到对应的数据库连接：​​​​​​​。使用示例如下：​​​​​​​。
博客
循序渐进丨MogDB数据库中管道函数功能的实现
10-22 365
其中的关键点在于定义中的RETURNS SETOF以及函数体中的RETURN NEXT，可以简单地认为就是Oracle中PIPELINED和PIPE ROW；另外，RETURN NEXT后面除了可以使用PLSQL中定义的变量，也可使用隐式游标for rec in (select …罗海雄，云和恩墨数据库研发架构师，性能优化专家，2012年ITPUB全国SQL大赛冠军；当然，以上两种形式并不冲突，混用也是也可以的，大家只需要理解RETURN NEXT关键字就相当于往返回的结果集中追加记录就可以了。
博客
熟能生巧丨通过ODBC连接 MogDB 数据库
10-22 688
odbc/lib中会有“psqlodbca.la”“psqlodbca.so”“psqlodbcw.la”和“psqlodbcw.so”四个文件，将这四个文件拷贝到“/usr/local/lib”目录下。在 https://sourceforge.net/projects/unixodbc/files/unixODBc 下载对应的unixODBC，并将上传到目录/opt/odbc。将MogDB-ODBC-5.0.0.2文件解压后，把lib目录中的库拷贝到“/usr/local/lib”目录下。
博客
熟能生巧丨MogDB行存表和列存表（占用空间和DML操作）对比
10-20 248
杨天成，云和恩墨技术支持工程师，15年数据库运维管理经验，具有丰富的数据库管理经验， 曾服务于金融、保险、运营商等行业的业务关键系统，目前专注于 MogDB 数据库的研究和测试。插入1000万数据，列存耗时57秒，行存耗时88秒，列存占用1072MB，行存占用1503MB。删除100万数据，列存表耗时0.1秒，行存表3秒。删除100万数据，列存表耗时0.1秒，行存表3秒。更新100万数据，列存表耗时2秒，行存表8秒。更新100万数据，列存表耗时2秒，行存表8秒。：表的列数很多，选择列存表。
博客
熟能生巧丨MogDB 数据库查看执行计划需要注意的要点
10-20 548
该测试我们直观看到了，查看执行计划时指定ANALYZE或PERFORMANCE选项时，语句会被执行，DML语句会导致数据发生变化，不加ANALYZE或PERFORMANCE选项时，仅显示执行计划，DML语句不会导致数据变化。：生成执行计划，进行执行，并显示执行的概要信息。如果不需要数据发生变化，查看执行计划之前需要加begin，查看完成后再执行rollback，数据不会发生变化。执行计划的最关键的部分是语句的预计执行开销，这是计划生成器估算执行该语句将花费多长的时间。查看执行计划的数据，数据没有发生变化。
博客
循序渐进丨在 MogDB 数据库中实现 Oracle ASH能力
10-19 1522
asp_flush_rate指定哪些内存中的样本数据会被刷盘记录到GS_ASP表中，判断时会计算LOCAL_ACTIVE_SESSION中记录的sampleid字段值，其中 sampleid%asp_flush_rate == 0的记录会被标志为need_flush_sample=true，这些记录都会被持久化保存（在内核函数Asp::SubAspWorker中定义）。MMON负责执行与AWR相关的任务。asp_retention_days指定在GS_ASP中保留的数据的时限，默认为2天，最多7天。
博客
循序渐进丨通过 MogDB 数据库ASP功能定位性能问题根因
10-19 812
GS_ASP的数据来源为选取g_instance.stat_cxt.active_sess_hist_arrary->active_sess_hist_info 里的部分采样并持久化到磁盘中。视图DBE_PERF.local_active_session的实现是通过调用函数get_local_active_ session()获取g_instance.stat_cxt.active_sess_hist_arrary->active_sess_hist_info里的采样数据数据生成视图。
博客
熟能生巧丨通过ODBC连接 MogDB 数据库
10-18 643
odbc/lib中会有“psqlodbca.la”“psqlodbca.so”“psqlodbcw.la”和“psqlodbcw.so”四个文件，将这四个文件拷贝到“/usr/local/lib”目录下。在 https://sourceforge.net/projects/unixodbc/files/unixODBc 下载对应的unixODBC，并将上传到目录/opt/odbc。将MogDB-ODBC-5.0.0.2文件解压后，把lib目录中的库拷贝到“/usr/local/lib”目录下。
博客
循序渐进丨MogDB 数据库v5.0之闪回DROP/TRUNCATE
10-18 401
闪回TRUNCATE：可以恢复误操作或意外被进行truncate的表，从回收站中恢复被truncate的表及索引的物理数据。闪回truncate基于回收站机制，通过还原回收站中记录的表的物理文件，实现已truncate表的恢复。闪回DROP：可以恢复意外删除的表，从回收站（recycle bin）中恢复被删除的表及其附属结构如索引、表约束等。闪回drop是基于回收站机制，通过还原回收站中记录的表的物理文件，实现已drop表的恢复。开启enable_recyclebin参数，启用回收站。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值