CN107180034A - MySQL数据库的集群系统 - Google Patents

MySQL数据库的集群系统 Download PDF

Info

Publication number
CN107180034A
CN107180034A CN201610133565.6A CN201610133565A CN107180034A CN 107180034 A CN107180034 A CN 107180034A CN 201610133565 A CN201610133565 A CN 201610133565A CN 107180034 A CN107180034 A CN 107180034A
Authority
CN
China
Prior art keywords
module
mysql
mysql database
database
monitoring
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.)
Pending
Application number
CN201610133565.6A
Other languages
English (en)
Inventor
李峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Enyike (Beijing) Data Technology Co.,Ltd.
Original Assignee
Jing Shuo Technology (beijing) Ltd By Share Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Jing Shuo Technology (beijing) Ltd By Share Ltd filed Critical Jing Shuo Technology (beijing) Ltd By Share Ltd
Priority to CN201610133565.6A priority Critical patent/CN107180034A/zh
Publication of CN107180034A publication Critical patent/CN107180034A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2471—Distributed queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Mathematical Physics (AREA)
  • Computational Linguistics (AREA)
  • Software Systems (AREA)
  • Probability & Statistics with Applications (AREA)
  • Fuzzy Systems (AREA)
  • Computing Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种MySQL数据库的集群系统，包括多个服务器，其中每个服务器均包括MySQL数据库、代理模块和MySQL守护进程模块，其中，所述MySQL数据库，用于存储用户数据；所述代理模块，用于实际处理用户请求，维护与集群系统中其他服务器上MySQL数据库的连接；和所述MySQL守护进程模块，用于负责监听MySQL数据库的状况。

Description

MySQL数据库的集群系统
技术领域
本发明涉及MySQL数据库，特别是涉及一种MySQL数据库的集群系统。
背景技术
MySQL数据库以其稳定和友好方便的使用等优点得到了广泛应用，随着大数据技术的盛行，数据的海量存储要求越来越高，也就对MySQL数据库所需存储的数据越来随大，但是单个MySQL数据库无法存储所有数据。急需一种MySQL集群解决方案，
因此，需要将MySQL数据库进行集群化：一方面能使用MySQL数据库自身的功能特性；一方面能自动分库分表，同时保证集群的可用性。
在当前的解决方案中，针对MySQL数据库进行的读出多写入少，主要提供在线分析，每个用户ID产生的数据相互独立，对于一个用户来说，又需要从不同纬度对该用户进行描述。所以针对一个用户来说，可以建一个独立的数据库，对于该用户不同纬度的描述可以建不同的多个表，各个表之间相互独立。但是用户个数会增加，单台MySQL数据库的数据存储成为了瓶颈，需要一个MySQL数据库集群方案提供数据扩展能力，同时保证MySQL数据库服务的可用性以及数据查询的快速响应能力。
在目前的一些MySQL数据库的集群实现方法中，利用根据表中的一个或多个字段进行分库分表操作，并且在MySQL前端有一个中介(proxy)负责SQL语句的解析以及将SQL语句的执行分发。关于根据表中的字段分库分表操作一般包括range、hash和一致性hash等方式，这些方式分别有其自身缺陷：
range方式：简而言之，当字段值位于某个范围时就被分配至指定机器上；当数据发生倾斜时，负载不够均衡，当新增MySQL节点时，需要重新指定分配方案。
hash方式：也会造成数据倾斜，同时当新增MySQL节点时，所有MySQL节点的数据都会发生迁移。
一致性hash方式：新增MySQL节点时，少量MySQL节点的数据会发生迁移。
上述分配原则存在几个问题：1、只解决了数据的垂直切分，不支持同一个数据库内表的分配；2、在分配时未考虑到当前集群的情况，比如硬盘使用情况、内存使用等，比如某一个用户的数据量比较大，磁盘占用多，或者该用户的数据为热数据，导致该机器的负载比较高，在这样的情形下，其他用户的数据可以拆分到其他负载低得集群上。
同时，存在某些业务场景，即，每个用户或项目的数据完全独立，在MySQL数据库中就是一个独立数据库，该独立数据库的数据在单独的数据文件下，不同的独立数据库的查询相互不影响。但是用户和项目是不断增加的，即独立数据库不断增加。
上述业务场景对于MySQL数据库来说存储是其一大瓶颈，需要一段时间后迁移数据库，可扩展性不强。MySQL数据库的集群实现方法的切分(shard)方式以及新增节点的平衡重建对于上述业务场景来说粒度较粗，同时不同项目之间的数据查询性能会受影响。
发明内容
本发明的目的在于，控制的粒度是细到一个用户或者一个项目，可以控制其在MySQL数据库中存储为单独的数据库，当平衡重建时，可以迁移一个数据库，或者一个数据库中的若干表。
有鉴于此，根据本发明的第一方面，本发明提供一种MySQL数据库的集群系统，包括多个服务器，其中每个服务器都包括MySQL数据库、代理模块和MySQL守护进程模块，其中，所述MySQL数据库，用于存储用户数据；所述代理模块，用于实际处理用户请求，维护与集群系统中其他服务器上MySQL数据库的连接；所述MySQL守护进程模块，用于负责监听MySQL数据库的状况。
优选地，所述系统还包括监听维护模块，用于存储元数据。
在本发明的一些实施方式中，所述监听维护模块包括执行监听维护后台单元，用于对所述MySQL数据库的节点的状态进行维护。
在本发明的又一些实施方式中，所述监听维护模块包括指令单元，用于执行MySQL数据库的平衡重建和历史项目数据下线的指令。
优选地，所述代理模块通过所述监听维护模块解析用户SQL数据库和MySQL数据库的对应关系。
优选地，所述代理模块能够更新所述监听维护模块的存储信息。
优选地，所述MySQL守护进程模块能够监听所述监听维护模块的心跳。
优选地，所述MySQL守护进程模块在启动时向所述监听维护模块汇报当前MySQL数据库的状态信息和表的信息。
在本发明的一些实施方式中，所述系统还包括用户响应模块，用于均衡各个服务器的代理模块的负载。
在本发明的又一些实施方式中，所述代理模块直接访问用户SQL数据库。
根据本发明的第二方面，本发明提供一种MySQL数据库的集群的实现方法，包括：
设置监听维护模块，并在每个服务器设置MySQL数据库、代理模块和MySQL守护进程模块；
所述代理模块响应用户请求，同时保留与集群系统中其他服务器上MySQL数据库的连接池，创建表并存储在所述监听维护模块中；和
所述MySQL守护进程模块监听MySQL数据库的状况和所述监听维护模块的心跳，并将信息汇报给所述监听维护模块。
优选地，所述MySQL守护进程模块汇报的信息包括磁盘的占用状况和/或服务器的负载状况。
在本发明的一些实施方式中，所述方法还包括利用用户响应模块接收用户请求，根据监听维护模块存储的信息实现负载均衡，转发请求并返回结果。
优选地，所述代理模块利用已有的NoSQL缓存存储查询结果。更优选地，所述代理模块利用Redis作为缓存存储查询的结果。
在本发明的另一些实施方式中，所述监听维护模块的指令单元对单个表设置主从服务器的读写比重。
在本发明的又一些实施方式中，所述监听维护模块利用Watcher机制实现新节点的加入和/或利用Session机制实现旧节点的下线。
根据本发明的第三方面，本发明提供一种减少内存占用的元数据存储方法，其中用比特代替服务器的IP。
在本发明的一些实施方式中，表的名称用比特代替。
优选地，用户ID用int表示。
附图说明
下面将通过参照附图详细描述本发明的优选实施例，使本领域的普通技术人员更清楚本发明的所述及其它特征和优点，附图中：
图1是根据本发明的具体实施例的MySQL数据库的集群系统的示意图。
具体实施方式
在下文的描述中，给出了大量具体的细节以便提供对本发明更为彻底的理解。然而，对于本领域技术人员来说显而易见的是，本发明可以无需一个或多个这些细节而得以实施。在其他的例子中，为了避免与本发明发生混淆，对于本领域公知的一些技术特征未进行描述。
在本发明中，术语“Redis”是一种高性能的key-value存储系统，支持存储的value类型很多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set--有序集合)和hash(哈希类型)。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。在此基础上，Redis支持各种不同方式的排序。
术语“MySQL”是一种关联数据库管理系统，关联数据库将数据保存在不同的表中。
术语“NoSQL”(Not Only SQL)指非关系型的数据库，包括但不限于键值(Key-Value)存储数据库、列存储数据库、文档型数据库、图形(Graph)数据库。
术语“心跳”(Heartbeat)是Linux-HA工程的一个组成部分，具有可靠消息通信机制。最核心的包括两个部分，心跳监测部分和资源接管部分，心跳监测可以通过网络链路和串口进行，而且支持冗余链路，它们之间相互发送报文来告诉对方自己当前的状态，如果在指定的时间内未收到对方发送的报文，那么就认为对方失效，这时需启动资源接管模块来接管运行在对方主机上的资源或者服务。
术语“监听维护”(Zookeeper)是一个分布式的，开放源码的分布式应用程序协调服务，提供的功能包括：配置维护、名字服务、分布式同步、组服务等。使用Zookeeper可以保证总服务器自动感知有多少提供搜索引擎的服务器并向这些服务器发出搜索请求，当总服务器宕机时自动启用备用的总服务器。
术语“元数据”(Metadata)是描述数据的数据，对数据及信息资源的描述性信息，主要是描述数据属性(property)的信息，用来支持如指示存储位置、历史数据、资源查找、文件记录等功能。
术语“int”是整型变量，在32位机上，int通常是32位(32比特)；在16位机上，int通常是16位(16比特)。
术语“Watcher机制”是指当znode(节点)以某种方式发生变化时,“观察”(watch)机制可以让客户端得到通知。可以针对ZooKeeper服务的“操作”来设置观察,该服务的其他操作可以触发观察。
术语“Session机制”是一种服务器端的机制，服务器使用一种散列表或类似于散列表的结构来保存信息。Session在计算机中，尤其是在网络应用中，称为“会话”。它具体是指一个终端用户与交互系统进行通信的时间间隔，通常指从注册进入系统到注销退出系统之间所经过的时间。当程序调用HttpSession.invalidate()；或距离上一次收到客户端发送的session id时间间隔超过了session的超时设置；或服务器进程被停止时，session被删除。
根据本发明的具体实施例的MySQL数据库的集群系统的分配策略是基于用户ID的顺序分配同时考虑当前MySQL数据库的集群的每台服务器的负载情况以及磁盘使用来分配用户数据。
本发明的主要运用场景是联机分析处理(OLAP，Online AnalysisProcess)，如图1所示，根据本发明的具体实施例的MySQL数据库的集群系统包括：多个服务器101，其中各个服务器101分别包括MySQL数据库1011及其相应的代理(broker)模块1012和MySQL守护进程模块1013，根据本发明的具体实施例的MySQL数据库的集群系统还包括用户响应(client)模块102、监听维护(zookeeper)模块103，元数据(Metadata)指向监听维护模块103。
多个服务器，每个服务器都包括至少一个MySQL数据库，而每个MySQL数据库都配有相应的代理(broker)模块和MySQL守护进程(MySQL daemon)模块。
代理(broker)模块，用于处理用户的请求，具体而言，代理(broker)模块解析用户SQL和MySQL实例的对应关系并且返回查询结果。该进程会维护一个连接池，主要维护和集群中所有MySQL的连接。
根据本发明的MySQL数据库的集群系统的关键在于：由于每台服务器上都部署代理(broker)模块，而不是在MySQL集群前端加一个中介(proxy)负责所有的请求(这种方式容易出现单点故障且不便扩展)，同时由于是代理(broker)模块状态无关的，所以根据本发明的MySQL数据库的集群系统方便扩展。
MySQL守护进程(MySQL daemon)模块，用于负责监听MySQL数据库的状况，同时定时报告其相应服务器上的磁盘使用情况。如上所述，每个MySQL数据库都会运行一个此类进程。
监听维护(zookeeper)模块，用于存储元数据，元数据包括表(Table)和节点(node)的映射、节点注册和磁盘使用情况监听。同时，监听维护模块还包括执行监听维护后台(zookeeper daemon)单元和指令(command)单元。
因为根据本发明的MySQL数据库的集群系统的分配策略是动态的，所以需要记录每个用户的每个表和具体服务器IP地址之间的对应关系。这些元数据存储在监听维护(zookeeper)模块上，为了减少表和IP地址之间的对应关系的内存占用，在本发明的一些实施方式中，MySQL数据库的集群系统针对监听维护模块进行了一些优化：例如有四台服务器，其中一台服务器的IP地址为192.168.8.155，字符串存储需要占用13个字节，可以使用一个比特0表示该服务器，那么四台服务器就可以用两个比特表示如00、01、10和11表示，同样表的名称也可以用该方法压缩，如果每个数据库具有100个表名，则需要一个字节表示，其中用户ID用int表示(4个字节)。节点信息的存储也通过zookeeper存储。因为一个字节等于8比特，通过这样的转换，可以极大节省内存占用。
另一方面，根据本发明的MySQL数据库的集群系统为了实现MySQL数据库的节点的动态扩展，需要一个服务发现机制：使MySQL数据库的集群得知有新的MySQL数据库的节点加入，方便将后来的数据分配到新的节点上；同时也要使MySQL数据库的集群得知有旧的MySQL数据库的节点下线，该旧的节点存储的相应数据不再提供服务，去掉对应的表和IP之间的对应关系。
其中，代理(broker)模块通过监听维护模块解析用户SQL数据库和MySQL数据库的对应关系。另一方面，在创建表(Table)时或其他信息更新时，代理(broker)模块用于更新监听维护(zookeeper)模块的存储信息等。
其中，MySQL守护进程模块还用于监听所述监听维护模块的心跳(heartbeat)；同时MySQL守护进程模块在启动时会向监听维护模块汇报当前MySQL数据库的状态信息和表的信息。
其中，监听维护后台(zookeeper daemon)单元执行监听维护后台进程，具体而言监听维护后台进程对节点的状态进行维护：当某一个MySQL服务器挂掉以后，需要对监听维护模块存储的一些元数据进行更新，例如表和节点的映射关系。
指令(command)单元104执行指令进程，具体而言是执行MySQL数据库的平衡重建(rebalance)和一些历史项目数据下线的指令，包括监听维护模块中该数据库的状态为只读(read-only)、转储(dump)、删除(delete)元数据等。
用户响应模块，用于均衡代理模块的负载，具体而言，包括重新尝试挂掉的代理模块，用户响应模块还用于请求过滤和服务发现。用户也可以选择直接访问某一台服务器的代理模块的服务，在这种情况下，用户需要自己管理服务的可用性。
通过代理模块、用户响应模块和监听维护模块的配合，根据本发明的具体实施例的MySQL数据库的集群系统：首先，代理模块的作用在于一方面保留对每个数据库的连接池，减少每次查询建立连接所需的时间消耗，另一方面还可以和已有的NoSQL的缓存配合。
在本发明的一些实施方式中，MySQL数据库的集群系统使用Redis作为缓存，将查询的结果缓存下来，下次查询时直接返回结果，增加查询效率；同时，代理模块的还需要监听维护模块的注册服务，用于查询请求的负载均衡；第三，用户响应模块主要功能是接收应用的请求然后根据监听维护模块记录的代理(broker)列表实现负载均衡，简单的转发请求并返回结果。基于本发明的系统，负载均衡算法比较简单，顺序发送请求到不同代理(broker)上。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。
本发明已经通过所述实施例进行了说明，但应当理解的是，所述实施例只是用于举例和说明的目的，而非意在将本发明限制于所描述的实施例范围内。此外本领域技术人员可以理解的是，本发明并不局限于所述实施例，根据本发明的教导还可以做出更多种的变型和修改，这些变型和修改均落在本发明所要求保护的范围以内。本发明的保护范围由附属的权利要求书及其等效范围所界定。

Claims (10)

1.MySQL数据库的集群系统，包括多个服务器，其中每个服务器均包括MySQL数据库、代理模块和MySQL守护进程模块，其中，
所述MySQL数据库，用于存储用户数据；
所述代理模块，用于实际处理用户请求，维护与集群系统中其他服务器上MySQL数据库的连接；
所述MySQL守护进程模块，用于负责监听MySQL数据库的状况。
2.如权利要求1所述的系统，其中还包括监听维护模块，用于存储元数据。
3.如权利要求2所述的系统，其中所述监听维护模块包括执行监听维护后台单元，用于对所述MySQL数据库的节点的状态进行维护。
4.如权利要求2或3所述的系统，其中所述监听维护模块包括指令单元，用于执行MySQL数据库的平衡重建和历史项目数据下线的指令。
5.如权利要求2所述的系统，其中所述代理模块通过所述监听维护模块解析用户SQL数据库和MySQL数据库的对应关系。
6.如权利要求2所述的系统，其中所述代理模块能够更新所述监听维护模块的存储信息。
7.如权利要求2所述的系统，其中所述MySQL守护进程模块能够监听所述监听维护模块的心跳。
8.如权利要求2所述的系统，其中所述MySQL守护进程模块在启动时向所述监听维护模块汇报当前MySQL数据库的状态信息和表的信息。
9.如权利要求1所述的系统，其中还包括，用户响应模块，用于均衡各服务器上代理模块的负载。
10.如权利要求1所述的系统，其中所述代理模块直接访问用户SQL数据库。
CN201610133565.6A 2016-03-09 2016-03-09 MySQL数据库的集群系统 Pending CN107180034A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610133565.6A CN107180034A (zh) 2016-03-09 2016-03-09 MySQL数据库的集群系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610133565.6A CN107180034A (zh) 2016-03-09 2016-03-09 MySQL数据库的集群系统

Publications (1)

Publication Number Publication Date
CN107180034A true CN107180034A (zh) 2017-09-19

Family

ID=59829643

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610133565.6A Pending CN107180034A (zh) 2016-03-09 2016-03-09 MySQL数据库的集群系统

Country Status (1)

Country Link
CN (1) CN107180034A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107729217A (zh) * 2017-10-30 2018-02-23 郑州云海信息技术有限公司 一种数据库异常处理方法和终端
CN110019481A (zh) * 2017-12-28 2019-07-16 中国移动通信集团河北有限公司 内存数据库访问方法、装置、设备及介质
CN111427592A (zh) * 2020-03-20 2020-07-17 广州锦行网络科技有限公司 一种虚拟化部署mysql高可用系统
CN115982211A (zh) * 2022-12-02 2023-04-18 北京凌云雀科技有限公司 基于云原生的MySQL数据查询分析方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101183377A (zh) * 2007-12-10 2008-05-21 华中科技大学 一种基于消息中间件的高可用性数据库集群
CN104333512A (zh) * 2014-10-30 2015-02-04 北京思特奇信息技术股份有限公司 一种分布式内存数据库访问系统及方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101183377A (zh) * 2007-12-10 2008-05-21 华中科技大学 一种基于消息中间件的高可用性数据库集群
CN104333512A (zh) * 2014-10-30 2015-02-04 北京思特奇信息技术股份有限公司 一种分布式内存数据库访问系统及方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107729217A (zh) * 2017-10-30 2018-02-23 郑州云海信息技术有限公司 一种数据库异常处理方法和终端
CN110019481A (zh) * 2017-12-28 2019-07-16 中国移动通信集团河北有限公司 内存数据库访问方法、装置、设备及介质
CN111427592A (zh) * 2020-03-20 2020-07-17 广州锦行网络科技有限公司 一种虚拟化部署mysql高可用系统
CN115982211A (zh) * 2022-12-02 2023-04-18 北京凌云雀科技有限公司 基于云原生的MySQL数据查询分析方法及装置
CN115982211B (zh) * 2022-12-02 2023-09-26 北京凌云雀科技有限公司 基于云原生的MySQL数据查询分析方法及装置

Similar Documents

Publication Publication Date Title
US10977277B2 (en) Systems and methods for database zone sharding and API integration
US10997211B2 (en) Systems and methods for database zone sharding and API integration
CN105393220B (zh) 用于在集群系统中部署点状虚拟服务器的系统和方法
US8676951B2 (en) Traffic reduction method for distributed key-value store
US9460185B2 (en) Storage device selection for database partition replicas
EP2501108B1 (en) Massively scalable object storage system
US8954391B2 (en) System and method for supporting transient partition consistency in a distributed data grid
US9639590B2 (en) Database system and method for searching database
EP3200431A2 (en) Massively scalable object storage system
US20130132408A1 (en) System and Method for Using Bloom Filters to Determine Data Locations in Distributed Data Stores
CN108183961A (zh) 一种基于Redis的分布式缓存方法
US9367261B2 (en) Computer system, data management method and data management program
CN104717314B (zh) 一种ip管理方法及系统、客户端、服务器
US20070112812A1 (en) System and method for writing data to a directory
CN108833503A (zh) 一种基于ZooKeeper的Redis集群方法
WO2011137189A1 (en) System and methods for mapping and searching objects in multidimensional space
CN110784498B (zh) 一种个性化数据容灾方法及装置
CN107180034A (zh) MySQL数据库的集群系统
US11210212B2 (en) Conflict resolution and garbage collection in distributed databases
CN112732756A (zh) 数据查询方法、装置、设备及存储介质
US20190124162A1 (en) Automatic server cluster discovery
CN114385577A (zh) 一种分布式文件系统
Maia et al. Dataflasks: epidemic store for massive scale systems
JP2024514467A (ja) 地理的に分散されたハイブリッドクラウドクラスタ
US11055266B2 (en) Efficient key data store entry traversal and result generation

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20201230

Address after: 136a, 1st floor, D-1 building, Dongsheng Science Park, 66 xixiaokou Road, Haidian District, Beijing

Applicant after: Enyike (Beijing) Data Technology Co.,Ltd.

Address before: 100144 room 9014, 9 / F, building 3, yard 30, Shixing street, Shijingshan District, Beijing

Applicant before: ADMASTER TECHNOLOGY (BEIJING) Co.,Ltd.

WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20170919