CN108563535B - 一种对MySQL数据库全库的恢复方法 - Google Patents
一种对MySQL数据库全库的恢复方法 Download PDFInfo
- Publication number
- CN108563535B CN108563535B CN201810389860.7A CN201810389860A CN108563535B CN 108563535 B CN108563535 B CN 108563535B CN 201810389860 A CN201810389860 A CN 201810389860A CN 108563535 B CN108563535 B CN 108563535B
- Authority
- CN
- China
- Prior art keywords
- file
- tablespace
- data
- executing
- table structure
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种对MySQL数据库全库的恢复方法,其特征在于包括以下步骤:S100:雕复MySQL数据库文件:扫描磁盘,查找文件特征并获取具有文件特征的表数据文件及表结构文件,根据数据页编号和表空间标识重组文件,保存表定义文件;S200:关联数据库文件:将雕复MySQL数据库文件与MySQL数据库的引擎种类进行匹配,将表结构文件与相应的表数据文件关联;S300:恢复表结构:判断表数据文件是否与相应的表结构文件关联,如果是,则执行步骤S400;否则,根据引擎种类恢复表结构;S400:恢复数据库文件。
Description
技术领域
本发明属于数据恢复领域,具体涉及一种对MySQL数据库全库的恢复方法。
背景技术
随着信息时代的来临,对数据的管理和应用都离不开数据库。而MySQL作为一款免费、开源的数据库,深受许多人的钟爱。在MySQL的使用过程中,难免会遇到误操作、人为恶意破坏、软硬件故障等原因对数据库造成损坏,丢失重要数据。此时,对MySQL数据库进行恢复并找回重要数据就至关重要。目前,现有技术中的恢复方案是通过数据库备份和日志的方式进行恢复,更深层次一些的恢复方案是利用文件雕复技术从磁盘中恢复数据库,但这些方法都面临以下一些缺陷:
1.需要在备份文件、日志文件或者表结构定义文件完整的情况下做恢复,一旦文件缺失或者损坏将无能为力;
2.只能针对特定的MySQL引擎进行恢复;
3.针对MySQL压缩数据的恢复显得心有余而力不足;
4.很多时候只能针对某个固定表进行恢复。
发明内容
本发明针对现有技术的不足问题,提出了一种对MySQL数据库全库的恢复方法,通过雕复MySQL数据库文件、关联数据库文件、恢复表结构并最终恢复数据库文件,达到恢复MySQL数据库全库的目的,包括以下步骤:
S100:雕复MySQL数据库文件:扫描磁盘,查找文件特征并获取具有所述文件特征的表数据文件及表结构文件,根据数据页编号和表空间标识重组文件,保存表定义文件,其中,所述文件特征包括表结构文件特征和表数据文件特征;
S200:关联所述数据库文件:将雕复MySQL数据库文件与MySQL数据库的引擎种类进行匹配,将表结构文件与相应的表数据文件关联;
S300:恢复表结构:判断表数据文件是否与相应的表结构文件关联,如果是,则执行步骤S400;否则,根据所述引擎种类恢复表结构;
S400:恢复所述数据库文件:提取表数据文件和表结构文件中各字段数据并组合为表记录,所述表记录为恢复的数据库文件;
对于不存在关联表结构的表空间文件进行模糊处理并组合为表记录,所述表记录为恢复的数据库文件。
优选地,步骤S100包括以下步骤:
S101:扫描所述磁盘并查找表结构文件特征和表数据文件特征;
S102:判断文件特征是否为所述表结构文件特征,如果是,执行步骤S103,否则为所述表数据文件特征,执行步骤S104;
S103:保存表结构文件,然执行步骤S107;
S104:根据表数据文件中的表空间标识判断是否存在表空间队列,如果是,执行步骤S106;否则,执行步骤S105;
S105:以所述表数据文件的表空间标识为关键字,创建新的表空间队列,将新的表数据文件加入到当前创建的表空间队列中,执行步骤S107;
S106:将新的表数据文件加入到当前表空间队列中;
S107:判断是否完成磁盘扫描,如果是,执行S108;否则,执行步骤S101;
S108:将表空间队列中的表数据文件按数据页中的编号从小到大排序为有序的表数据文件,所述有序的表数据文件称为表空间文件。
优选地,所述步骤S200包括以下步骤:
S201:加载步骤S100所获取的表空间文件;
S202:匹配表空间文件的引擎种类;
S203:匹配表空间文件的表结构文件:根据表空间文件的行数据格式匹配表结构文件,具体地,根据表空间文件中行数据包含的字段数、各个字段的类型及各个字段的顺序与表结构文件匹配,不能匹配则执行步骤S204;
S204:判断是否所有的表空间文件都已完成引擎种类的匹配,如果是,则执行步骤S300,否则,执行步骤S201。
优选地,所述S300包括以下步骤:
S301:加载步骤S200所获取的表空间文件;
S302:判断表空间文件是否已与表结构文件关联;如果是,则执行步骤S400,否则,执行步骤303;
S303:根据引擎种类,针对尚未与表结构文件关联的表空间文件,恢复表结构;
S304:判断是否所有的表空间文件已经检查关联文件,如果是,则执行步骤S400;否则,执行步骤301。
优选地,所述S400包括以下步骤:
S401:加载步骤S300所获取的表空间文件;
S402:判断表空间文件是否有关联的表结构文件或者已存在表结构,如果是,则执行步骤S403,否则执行步骤S404;
S403:对于存在关联表结构文件的表空间文件,解析表结构文件,根据表结构文件格式提取表结构,执行步骤S405;
S404:对于不存在关联表结构的表空间文件进行模糊处理:先从表空间文件中提取一条表记录,根据记录中数据特征分析表结构,包括表字段数、表字段类型,将表结构作为表空间文件的关联表结构;
S405:按照表结构的字段数、字段类型、主键信息,在表空间文件中提取表字段数据;
S406:根据表结构中字段名称、字段顺序,将S405中提取的表字段数据插入到相应位置,获得完整的表记录;
S407:判断是否所有表空间文件都已恢复,如果是,则结束流程,否则,执行步骤S401。
本发明的有益效果是:
1.在没有备份文件、日志文件或表结构文件的情况下能够对MySQL数据库全库进行恢复;
2.可以对MySQL官方当前支持的引擎进行恢复;
3.可以对MySQL压缩数据做到无损恢复;
4.可以对MySQL数据库全库而不是特定表进行恢复;
5.拥有多种途径对MySQL进行恢复,增加成功恢复的机率。
附图说明
图1为本发明的主流程图;
图2为本发明中步骤S100的详细流程图;
图3为本发明中步骤S200的详细流程图;
图4为本发明中步骤S300的详细流程图;
图5为本发明中步骤S400的详细流程图。
具体实施方式
下面结合附图和实施例对本发明作进一步阐述。如图1所示,本发明的方法包括以下步骤:
S100:雕复MySQL数据库文件:扫描磁盘,查找文件特征并获取具有所述文件特征的表数据文件及表结构文件,根据数据页编号和表空间标识重组文件,保存表定义文件,其中,所述文件特征包括表结构文件特征和表数据文件特征,包括如图2所示的以下步骤:
S101:扫描磁盘并查找表结构文件特征和表数据文件特征;
本实施例中,表结构文件特征为0xfe01。
对于表数据文件特征,分为如下情况:
引擎种类为InnoDB的表数据文件特征:InnoDB数据按页存储,页大小分为16k、8k、4k、2k、1k。在每页的起始位置向后偏移0x18字节的连续两字节内容为0x45bf且在每页的起始位置向后偏移0x40字节的一字节内容为0x00的页即为InnoDB数据文件页;
引擎种类为MyISAM的表数据文件特征:MyISAM数据不按页存储,文件大小随着数据的增多而增多;文件开头按表的行类型分为:
fixed行:以0xff开头;
dynamic行:以0x00到0x0D这14个数值中的任一开头;
compressed行:以0xfefe0802开头;
引擎种类为ARCHIVE的表数据文件特征:以0xfe03开头;
引擎种类为CSV的表数据文件特征:CSV引擎以纯文本存储数据,以0x0A作为行结束标记,以0x2C作为表字段分隔符;
S102:判断文件特征是否为表结构文件特征,如果是,执行步骤S103,否则为表数据文件特征,执行步骤S104;
S103:保存表结构文件,然执行步骤S107;
S104:根据表数据文件中的表空间标识判断是否存在表空间队列,如果是,执行步骤S106;否则,执行步骤S105;
S105:以表数据文件的表空间标识为关键字,创建新的表空间队列,将新的表数据文件加入到当前创建的表空间队列中,执行步骤S107;
S106:将新的表数据文件加入到当前表空间队列中;
S107:判断是否完成磁盘扫描,如果是,执行S108;否则,执行步骤S101;S108:将表空间队列中的表数据文件按数据页中的编号从小到大排序为有序的表数据文件,有序的表数据文件称为表空间文件。
S200:关联数据库文件:将雕复MySQL数据库文件与MySQL数据库的引擎种类进行匹配,将表结构文件与相应的表数据文件关联,包括如图3所示的以下步骤:
S201:加载步骤S100所获取的表空间文件;
S202:匹配表空间文件的引擎种类,引擎种类分别是MySQL的存储数据的引擎种类InnoDB、MyISAM、ARCHIVE及CSV;
S203:匹配表空间文件的表结构文件:根据表空间文件的行数据格式匹配表结构文件,具体地,根据表空间文件中行数据包含的字段数、各个字段的类型及各个字段的顺序与表结构文件匹配,不能匹配则执行步骤S204;
S204:判断是否所有的表空间文件都已完成引擎种类的匹配,如果是,则执行步骤S300,否则,执行步骤S201。
S300:恢复表结构:判断表数据文件是否与相应的表结构文件关联,如果是,则执行步骤S400;否则,根据引擎种类恢复表结构,包括如图4所示的以下步骤:
S301:加载步骤S200所获取的表空间文件;
S302:判断表空间文件是否已与表结构文件关联;如果是,则执行步骤S400,否则,执行步骤303;
S303:根据引擎种类,针对尚未与表结构文件关联的表空间文件,恢复表结构,具体地:
S3031:表空间文件的引擎种类为InnoDB,在缺失表结构文件的情况下,从以下部分恢复表结构:
S30311:从MySQL数据字典中恢复:表空间标识值为0x01,0x02,0x03,0x04的表空间为MySQL数据字典页,其中分别存放了表名信息、表列信息、表索引信息、表索引字段信息,根据这4类信息恢复表结构;
S30312:从系统二进制日志中恢复,二进制日志中记录所有的用户操作。二进制日志包含40种事件类型,提取其中的query事件。query事件中记录了表的定义语句,解析语句可恢复表结构;
S30313:在用户知道表结构的情况下,还可以新建空表,将产生的表结构文件作为解析表数据文件所需的表结构文件;
S3032:表空间文件的引擎种类为MyISAM:在缺失表结构文件的情况下,从以下部分恢复表结构:
S30321:从表索引文件恢复,MyISAM引擎的表索引文件相当于InnoDB的数据字典,其中包含了表的基本信息,可以解析索引文件恢复表结构;
S30322:与步骤S30312的方法相同;
S30323:与步骤S30313的方法相同;
S3033:表空间文件的引擎种类为ARCHIVE:在缺失表结构文件的情况下,从以下部分恢复表结构:
S30331:从表数据文件本身恢复,ARCHIVE引擎在表数据文件中有一份表结构文件的备份,可以从中恢复表结构;
S30332:与步骤S30312的方法相同;
S30333:与步骤S30313的方法相同;
S3034:如果表空间所属引擎为CSV,在缺失表结构文件的情况下,可以尝试着从以下部分恢复表结构:
S30341:与步骤S30312的方法相同;
S30342:与步骤S30313的方法相同;;
S304:判断是否所有的表空间文件已经检查关联文件,如果是,则执行步骤S400;否则,执行步骤301。
S400:恢复数据库文件:提取表数据文件和表结构文件中各字段数据并组合为表记录,表记录为恢复的数据库文件,包括如图5所示的以下步骤:
S401:加载步骤S300所获取的表空间文件;
S402:判断表空间文件是否有关联的表结构文件或者已存在表结构,如果是,则执行步骤S403,否则执行步骤S404;
S403:对于存在关联表结构文件的表空间文件,解析表结构文件,根据表结构文件格式提取表结构,执行步骤S405;
S404:对于不存在关联表结构的表空间文件进行模糊处理:先从表空间文件中提取一条表记录,根据记录中数据特征(例如,int型数据占用4个字节并以0x80开头)来分析表结构,包括表字段数、表字段类型,将表结构作为表空间文件的关联表结构;
S405:按照表结构的字段数、字段类型、主键信息,在表空间文件中提取表字段数据;
S406:根据表结构中字段名称、字段顺序,将S405中提取的表字段数据插入到相应位置,获得完整的表记录;
S407:判断是否所有表空间文件都已恢复,如果是,则结束流程,否则,执行步骤S401。
通过本发明提供的方法,能够在没有备份文件、日志文件或表结构文件的情况下对MySQL数据库全库进行恢复、对MySQL官方当前支持的引擎进行恢复、对MySQL压缩数据做到无损恢复以及对MySQL数据库全库而不是特定表进行恢复。
应当理解的是,本发明不限于上述的举例,对本领域普通技术人员来说,可以根据上述说明加以改进或变换,所有这些改进和变换都应属于本发明所附权利要求的保护范围。
Claims (3)
1.一种对MySQL数据库全库的恢复方法,其特征在于包括以下步骤:
S100:雕复MySQL数据库文件:扫描磁盘,查找文件特征并获取具有所述文件特征的表数据文件及表结构文件,根据数据页编号和表空间标识重组文件,保存表定义文件,其中,所述文件特征包括表结构文件特征和表数据文件特征;
S200:关联所述数据库文件:将雕复MySQL数据库文件与MySQL数据库的引擎种类进行匹配,将表结构文件与相应的表数据文件关联,所述步骤S200包括以下步骤:
S201:加载步骤S100所获取的表空间文件;
S202:匹配表空间文件的引擎种类;
S203:匹配表空间文件的表结构文件:根据表空间文件的行数据格式匹配表结构文件,具体地,根据表空间文件中行数据包含的字段数、各个字段的类型及各个字段的顺序与表结构文件匹配,不能匹配则执行步骤S204;
S204:判断是否所有的表空间文件都已完成引擎种类的匹配,如果是,则执行步骤S300,否则,执行步骤S201;
S300:恢复表结构:判断表数据文件是否与相应的表结构文件关联,如果是,则执行步骤S400;否则,根据所述引擎种类恢复表结构;
S400:恢复所述数据库文件:提取表数据文件和表结构文件中各字段数据并组合为表记录,所述表记录为恢复的数据库文件;
对于不存在关联表结构的表空间文件进行模糊处理并组合为表记录,所述表记录为恢复的数据库文件,所述S400包括以下步骤:
S401:加载步骤S300所获取的表空间文件;
S402:判断表空间文件是否有关联的表结构文件或者已存在表结构,如果是,则执行步骤S403,否则执行步骤S404;
S403:对于存在关联表结构文件的表空间文件,解析表结构文件,根据表结构文件格式提取表结构,执行步骤S405;
S404:对于不存在关联表结构的表空间文件进行模糊处理:先从表空间文件中提取一条表记录,根据记录中数据特征分析表结构,包括表字段数、表字段类型,将表结构作为表空间文件的关联表结构;
S405:按照表结构的字段数、字段类型、主键信息,在表空间文件中提取表字段数据;
S406:根据表结构中字段名称、字段顺序,将S405中提取的表字段数据插入到相应位置,获得完整的表记录;
S407:判断是否所有表空间文件都已恢复,如果是,则结束流程,否则,执行步骤S401。
2.根据权利要求1所述的一种对MySQL数据库全库的恢复方法,其特征在于,步骤S100包括以下步骤:
S101:扫描所述磁盘并查找表结构文件特征和表数据文件特征;
S102:判断文件特征是否为所述表结构文件特征,如果是,执行步骤S103,否则为所述表数据文件特征,执行步骤S104;
S103:保存表结构文件,然执行步骤S107;
S104:根据表数据文件中的表空间标识判断是否存在表空间队列,如果是,执行步骤S106;否则,执行步骤S105;
S105:以所述表数据文件的表空间标识为关键字,创建新的表空间队列,将新的表数据文件加入到当前创建的表空间队列中,执行步骤S107;
S106:将新的表数据文件加入到当前表空间队列中;
S107:判断是否完成磁盘扫描,如果是,执行S108;否则,执行步骤S101;
S108:将表空间队列中的表数据文件按数据页中的编号从小到大排序为有序的表数据文件,所述有序的表数据文件称为表空间文件。
3.根据权利要求1所述的一种对MySQL数据库全库的恢复方法,其特征在于,所述S300包括以下步骤:
S301:加载步骤S200所获取的表空间文件;
S302:判断表空间文件是否已与表结构文件关联;如果是,则执行步骤S400,否则,执行步骤303;
S303:根据引擎种类,针对尚未与表结构文件关联的表空间文件,恢复表结构;
S304:判断是否所有的表空间文件已经检查关联文件,如果是,则执行步骤S400;否则,执行步骤301。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810389860.7A CN108563535B (zh) | 2018-04-27 | 2018-04-27 | 一种对MySQL数据库全库的恢复方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810389860.7A CN108563535B (zh) | 2018-04-27 | 2018-04-27 | 一种对MySQL数据库全库的恢复方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108563535A CN108563535A (zh) | 2018-09-21 |
CN108563535B true CN108563535B (zh) | 2021-12-24 |
Family
ID=63537100
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810389860.7A Active CN108563535B (zh) | 2018-04-27 | 2018-04-27 | 一种对MySQL数据库全库的恢复方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108563535B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109408290B (zh) * | 2018-10-19 | 2021-02-26 | 厦门市美亚柏科信息股份有限公司 | 一种基于InnoDB的碎片文件恢复方法、装置及存储介质 |
CN109271463B (zh) * | 2018-11-30 | 2022-06-07 | 四川巧夺天工信息安全智能设备有限公司 | 一种恢复MySQL数据库的innodb压缩数据的方法 |
CN109697197B (zh) * | 2018-12-25 | 2023-05-02 | 四川效率源信息安全技术股份有限公司 | 一种雕复Access数据库文件的方法 |
CN109656929B (zh) * | 2018-12-25 | 2023-06-02 | 四川效率源信息安全技术股份有限公司 | 一种雕复关系型数据库文件的方法及装置 |
CN109358989B (zh) * | 2018-12-25 | 2021-08-03 | 四川效率源信息安全技术股份有限公司 | 一种基于图论的雕复mysql-innodb数据库的方法 |
CN109739689B (zh) * | 2018-12-25 | 2023-03-14 | 四川效率源信息安全技术股份有限公司 | 一种雕复SQL Server数据库文件的方法 |
CN111382198B (zh) * | 2018-12-28 | 2023-09-19 | 中国移动通信集团山西有限公司 | 数据还原方法、装置、设备及存储介质 |
CN113282592B (zh) * | 2021-07-22 | 2021-09-24 | 成都云祺科技有限公司 | 对mssql数据库进行恢复的方法、系统及存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103793298A (zh) * | 2014-03-03 | 2014-05-14 | 公安部第三研究所 | 实现Android手机信息读取的方法 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8041679B1 (en) * | 2008-06-04 | 2011-10-18 | Symantec Operating Corporation | Synthetic differential backups creation for a database using binary log conversion |
CN101853287B (zh) * | 2010-05-24 | 2012-09-05 | 南京高普科技有限公司 | 数据压缩快速检索文件系统及其方法 |
US8510270B2 (en) * | 2010-07-27 | 2013-08-13 | Oracle International Corporation | MYSQL database heterogeneous log based replication |
CN103778259A (zh) * | 2014-03-03 | 2014-05-07 | 公安部第三研究所 | 基于Sqlite3实现智能手机数据恢复的方法 |
CN104021217B (zh) * | 2014-06-23 | 2017-02-15 | 四川效率源信息安全技术股份有限公司 | 一种提取手机碎片文件和被删除文件的系统和方法 |
CN104376091B (zh) * | 2014-11-20 | 2017-08-01 | 厦门市美亚柏科信息股份有限公司 | 对SQLite中删除的数据进行恢复的方法及装置 |
CN106802895B (zh) * | 2015-11-26 | 2020-06-02 | 阿里巴巴集团控股有限公司 | 用于修复数据库备库数据的方法和设备 |
CN106897173A (zh) * | 2017-03-01 | 2017-06-27 | 四川艾特赢泰智能科技有限责任公司 | 一种查找和恢复SQL server数据库中被修改记录的方法 |
CN107862023B (zh) * | 2017-10-31 | 2021-12-24 | 四川巧夺天工信息安全智能设备有限公司 | 一种解析edb数据库源文件中数据的方法 |
-
2018
- 2018-04-27 CN CN201810389860.7A patent/CN108563535B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103793298A (zh) * | 2014-03-03 | 2014-05-14 | 公安部第三研究所 | 实现Android手机信息读取的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN108563535A (zh) | 2018-09-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108563535B (zh) | 一种对MySQL数据库全库的恢复方法 | |
US7200621B2 (en) | System to automate schema creation for table restore | |
CN110879813B (zh) | 一种基于二进制日志解析的MySQL数据库增量同步实现方法 | |
CN101553813B (zh) | 管理可单独访问的数据单元的存储器 | |
US7552130B2 (en) | Optimal data storage and access for clustered data in a relational database | |
CN109144968B (zh) | 一种数据分布管理系统 | |
Walls et al. | Forensic Triage for Mobile Phones with {DEC0DE} | |
CN103733195A (zh) | 管理用于基于范围的搜索的数据的存储 | |
EP1480132B1 (en) | System and method for identifying and storing changes made to a table | |
US6901418B2 (en) | Data archive recovery | |
CN115705436A (zh) | 日志内容的脱敏方法、装置、设备和介质 | |
CN104021217A (zh) | 一种提取手机碎片文件和被删除文件的系统和方法 | |
US20150278023A1 (en) | Apparatus and method for recovering data in oracle database | |
CN106874399B (zh) | 一种联网备份系统及备份方法 | |
WO2020119143A1 (zh) | 一种数据库删除记录的恢复方法及系统 | |
Li et al. | Database management strategy and recovery methods of Android | |
CN109271545A (zh) | 一种特征检索方法及装置、存储介质和计算机设备 | |
CN104346616A (zh) | 字符识别装置和字符识别方法 | |
CN112084246B (zh) | 财务软件信息的采集方法 | |
CN112711649A (zh) | 一种数据库多字段匹配方法、装置、设备及存储介质 | |
CN108563751A (zh) | 数据库碎片提取方法 | |
CN108874953A (zh) | 一种Office文件内容增、删、改痕迹提取方法 | |
JP4527697B2 (ja) | 漏洩個人情報検索システム、漏洩個人情報検索方法、漏洩個人情報検索装置およびプログラム | |
CN114546886A (zh) | 一种值日志系统的空间回收方法 | |
CN114490599A (zh) | 一种证件号处理和检索的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |