CN113360526A - Game data query method and device - Google Patents

Abstract

The embodiment of the application discloses a game data query method and a game data query device; the method and the device can receive the game data query request sent by the terminal; determining a target game data identifier of an object to be inquired according to the game data inquiry request; target game data corresponding to the target game data identification are inquired in a memory of the cache process, and the memory stores the game data of the online object; when the target game data are not inquired in the memory of the cache process, sequentially inquiring the target game data corresponding to the target game data identification in at least one layer of intermediate cache; when the target game data is not inquired in the at least one layer of intermediate cache, inquiring the target game data corresponding to the target game data identification in the game database; and returning the target game data corresponding to the target game data identification to the terminal. The scheme can improve the efficiency of game data query.

Description

Game data query method and device

Technical Field

The invention relates to the technical field of communication, in particular to a game data query method and device.

Background

With the rapid development of internet technology, MMORPG games (massively multiplayer online role-playing games) are continuously permeating into people's lives. With the increasing of player groups and game scales, the demands of players on game data are increasing, and therefore, it is very urgent to improve the processing efficiency of querying the game data.

In the prior art, when a user requests to query game data of different service modules in a game client, a plurality of request protocols need to be sent, and after a response packet of each request is received, subsequent processing can be performed.

In the process of research and practice of the prior art, the inventor of the invention finds that in the prior art, the MMORPG game frequently requests offline data, so that the database pressure is overlarge, the service response time is longer, and the efficiency of game data query is greatly reduced.

Disclosure of Invention

The embodiment of the application provides a game data query method and device, which can improve the efficiency of game data query.

The embodiment of the application provides a game data query method, which comprises the following steps:

receiving a game data query request sent by a terminal;

determining a target game data identifier of an object to be inquired according to the game data inquiry request;

inquiring target game data corresponding to the target game data identification in a memory of a cache process, wherein the memory stores game data of an online object;

when the target game data is not inquired in the memory of the cache process, sequentially inquiring the target game data corresponding to the target game data identification in at least one layer of intermediate cache;

when the target game data is not inquired in the at least one layer of intermediate cache, inquiring the target game data corresponding to the target game data identification in a game database;

and returning the target game data corresponding to the target game data identification to the terminal.

Correspondingly, the embodiment of the present application further provides a game data query device, including:

the receiving unit is used for receiving a game data query request sent by the terminal;

the determining unit is used for determining a target game data identifier of an object needing to be inquired according to the game data inquiry request;

the first query unit is used for querying the target game data corresponding to the target game data identifier in a memory of a cache process, wherein the memory stores the game data of the online object;

the second query unit is used for sequentially querying the target game data corresponding to the target game data identifier in at least one layer of intermediate cache when the target game data identifier is not queried in the memory of the cache process;

the third query unit is used for querying target game data corresponding to the target game data identification in a game database when the target game data identification is not queried in the at least one layer of intermediate cache;

and the returning unit is used for returning the target game data corresponding to the target game data identifier to the terminal.

In some embodiments, the game data query request conforms to a request protocol of a caching process, and the determining unit is configured to:

acquiring a protocol file corresponding to the request protocol;

and analyzing the game data query request based on the protocol file to obtain a target game data identifier of the object.

In some embodiments, the first query unit comprises:

the determining subunit is used for determining the login state of the object, wherein the login state comprises an online state and an offline state;

and the query subunit is configured to query, in the memory of the cache process, target game data corresponding to the target game data identifier when the login state of the object is the online state.

In some embodiments, the query subunit is specifically configured to:

when the login state of the object is an online state, extracting a game data identifier from a memory of a cache process;

and matching the target game data identification with the extracted game data identification, and inquiring target game data corresponding to the target game data identification in a memory of a cache process according to the successfully matched game data identification.

In some embodiments, the game data query device further includes an updating unit configured to:

acquiring the data attribute of the game data in the memory of the cache process;

determining an updating strategy of the game data according to the data attribute;

and updating the game data according to the updating strategy.

In some embodiments, the game data query device further includes a storage unit configured to:

and when the target game data corresponding to the target game data identification is inquired in a game database, storing the target game data corresponding to the target game data identification into the intermediate cache.

In some embodiments, the game data query device further includes a generation unit configured to:

when target game data corresponding to the target game data identification are not inquired in a game database, generating preset game data corresponding to the target game data identification in the intermediate cache;

and returning the preset game data to the terminal.

In some embodiments, the game data query apparatus further includes a deletion unit configured to:

detecting the preset game data in the intermediate cache;

and when the storage duration of the preset game data is longer than the preset duration, deleting the preset game data from the intermediate cache.

In some embodiments, the target game data corresponding to the target game identifier includes target game data corresponding to a plurality of types of target game data identifiers, and the returning unit is configured to:

combining and packaging target game data corresponding to the multiple types of target game data identifications to obtain game data repackages;

and returning the game data repacking to the terminal.

Correspondingly, the present application also provides a computer device, which includes a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor executes the program to implement the steps in any game data query method provided in the embodiments of the present application.

In addition, the embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps in any one of the game data query methods provided by the embodiments of the present application.

The method and the device can receive the game data query request sent by the terminal; determining a target game data identifier of an object to be inquired according to the game data inquiry request; inquiring target game data corresponding to the target game data identification in a memory of a cache process, wherein the memory stores game data of an online object; when the target game data is not inquired in the memory of the cache process, sequentially inquiring the target game data corresponding to the target game data identification in at least one layer of intermediate cache; when the target game data is not inquired in the at least one layer of intermediate cache, inquiring the target game data corresponding to the target game data identification in a game database; and returning the target game data corresponding to the target game data identification to the terminal. According to the scheme, the memory of the cache process can be used for providing a query entry for the game data query, and the memory of the cache process, at least one layer of intermediate cache and the game database are used in combination when the target game data corresponding to the target game data identifier of the object is queried, so that the bearing capacity of the game data query is improved, the pressure of the game database is relieved, and the efficiency of the game data query is greatly improved.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

FIG. 1a is a schematic view of a scene of a game data query method according to an embodiment of the present application;

FIG. 1b is a schematic flow chart illustrating a game data query method according to an embodiment of the present application;

FIG. 2a is another schematic flow chart of a game data query method according to an embodiment of the present disclosure;

FIG. 2b is a schematic diagram illustrating a request protocol in a game data query method according to an embodiment of the present application;

FIG. 2c is a diagram of a cache process for managing game data according to an embodiment of the present disclosure;

FIG. 2d is a schematic flow chart of querying game data according to an embodiment of the present disclosure;

FIG. 2e is a schematic diagram of updating game data provided by an embodiment of the present application;

fig. 2f is a schematic diagram of a loopback protocol corresponding to a data loopback packet provided in an embodiment of the present application;

fig. 2g is a schematic structural diagram of a block chain provided in an embodiment of the present application;

fig. 2h is another schematic structural diagram of a block chain provided in the embodiment of the present application;

FIG. 3a is a schematic structural diagram of a game data query device according to an embodiment of the present application;

FIG. 3b is a schematic structural diagram of a game data query device according to an embodiment of the present application;

FIG. 3c is a schematic structural diagram of a game data query device according to an embodiment of the present application;

FIG. 3d is a schematic structural diagram of a game data query device according to an embodiment of the present application;

FIG. 3e is a schematic structural diagram of a game data query device according to an embodiment of the present application;

FIG. 3f is a schematic structural diagram of a game data query device according to an embodiment of the present application;

fig. 4 is a schematic structural diagram of a computer device provided in an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

The embodiment of the application provides a game data query method, a game data query device, computer equipment and a computer readable storage medium. Specifically, the game data query method according to the embodiment of the present application may be executed by a Computer device, where the Computer device may be a terminal or a server, and the terminal may be a mobile phone, a tablet Computer, a notebook Computer, a smart television, a wearable smart device, a Personal Computer (PC), such as a desktop Computer. The terminal can comprise a client, and the client can be a game client and the like; the server may be a single server or a server cluster composed of a plurality of servers.

For example, referring to fig. 1a, the game data query system provided in the embodiment of the present application includes a terminal 10 and a server 11, and the like, where the terminal 10 and the server 11 are connected through a network, for example, through a wired or wireless network connection.

When detecting a game data query request triggered by a user, the terminal 10 may send the request to the server, so that the server queries, according to the request, target game data corresponding to a target game data identifier of an object to be queried, and returns the queried target game data corresponding to the target game data identifier to the terminal.

The server 11 may receive a game data query request sent by a terminal; determining a target game data identifier of an object to be inquired according to the game data inquiry request; target game data corresponding to the target game data identification are inquired in a memory of the cache process, and the memory stores the game data of the online object; when the target game data are not inquired in the memory of the cache process, sequentially inquiring the target game data corresponding to the target game data identification in at least one layer of intermediate cache; when the target game data is not inquired in the at least one layer of intermediate cache, inquiring the target game data corresponding to the target game data identification in the game database; and returning the target game data corresponding to the target game data identification to the terminal.

The following are detailed below. It should be noted that the following description of the embodiments is not intended to limit the preferred order of the embodiments.

The embodiment of the application provides a game data query method, which can be executed by a terminal or a server, or can be executed by the terminal and the server together; the embodiment of the present application is described by taking an example in which a game data query method is executed by a server.

As shown in fig. 1b, the specific process of the game data query method may be as follows:

101. and receiving a game data query request sent by the terminal.

Wherein, the game data inquiry request indicates the game data to be inquired, and the game data comprises the profile data of the user (such as a player) and the data generated by the game behavior of the user in the game process. The profile data of the user may include an account number (ID) of the user, a nickname, a gender, an age, and a user's head portrait, etc.; data generated by the game behavior of the user during the game process comprises friend data, property data, character data (such as the use field of the character, the winning rate of the character and the like), and the like.

For convenience of description, in the embodiment of the present application, a user who initiates a game data query request is referred to as a requesting user. The game data query request may be triggered by the requesting user through a terminal to which the requesting user belongs, for example, by clicking, sliding, searching and other operations on a query control of the game data on a game data query interface displayed by the game client. The representation form of the query control can be various forms, such as a button, an icon, an input box and the like. When the terminal to which the user belongs detects a game data query request triggered by the user, the request is sent to the server, and the server receives the game data query request sent by the terminal.

102. And determining the target game data identification of the object to be inquired according to the game data inquiry request.

The object to be queried may be one or multiple, and the object may refer to the requesting user itself or game data of other users besides the requesting user. The game data query request includes identification information of an object to be queried, where the identification information is information for identifying an identity of the object, and may be used to uniquely identify identity information of the object to be queried, such as an ID number of the object.

The game data identifier is information for identifying different game data, and the game data identifier may be a number composed of characters such as letters, numbers, underlines, and the like, or may be a data name obtained according to the content of the different game data, for example, a nickname: "lie four", user gender: "male", game level: in "lv.30," user nickname "," user sex "," game level "and the like are data names taken to indicate game data" liquad "," male "," lv.30 ", respectively.

In an embodiment, after receiving a game data query request sent by a terminal, the game data query request may be parsed by a protocol file corresponding to a request protocol of a cache process to obtain a target game data identifier of an object to be queried, specifically, the game data query request conforms to the request protocol of the cache process, and the step "determining the target game data identifier of the object to be queried according to the game data query request" may include:

acquiring a protocol file corresponding to a request protocol;

and analyzing the game data query request based on the protocol file to obtain the target game data identifier of the object.

Wherein the request protocol may support multiple types of game data requesting multiple objects at once. In order to deal with the situation that the request protocol is frequently used, the request packet of the game data query request can be narrowed down, for example, a 64-bit integer BitMask (BitMask) can be used to support the requesting user to define the game data identifier of the game data to be queried, and the identifier position 1 corresponding to the game data identifier to be queried can be validated.

103. And inquiring target game data corresponding to the target game data identification in a memory of the cache process, wherein the memory stores the game data of the online object.

The online object is an object of which the login state is the online state.

In one embodiment, when the login state of the inquired object is the online state, target game data corresponding to the target game data identifier is inquired in the memory of the cache process. Specifically, the step of "querying the target game data corresponding to the target game data identifier in the memory of the cache process" may include:

determining a login state of an object, wherein the login state comprises an online state and an offline state;

and when the login state of the object is the online state, inquiring target game data corresponding to the target game data identification in the memory of the cache process.

The cache process is set in the server for facilitating management of various types of game data and providing a uniform game data query entry for a requesting user, the requesting user may multiplex a request protocol to customize required game data types, such as personal data of an object, friend data, property data, group data, and the like, each game data type includes one or more game data, for example, the personal data of an object includes a nickname of the object, a game level of the object, a gender of the object, and the like.

The memory of the cache process stores game data of the online object, the game data may be game data imported from a game database, for example, for personal data of the player, the game data may be imported from the game database into the memory of the cache process when the player is online (i.e., when logging in to the server), and for friend data, property data, group data, and the like, the game data may be imported from the database into the memory of the cache process when receiving a game data query request initiated by a requester, and the like.

In an embodiment, when the login state of the queried object is the online state, target game data corresponding to the target game data identifier may be queried in the memory of the cache process according to the target game data identifier of the object. Specifically, the step of querying, when the login state of the object is the online state, the target game data corresponding to the target game data identifier in the memory of the cache process may include:

when the login state of the object is an online state, extracting a game data identifier from a memory of a cache process;

and matching the target game data identifier with the extracted game data identifier, and inquiring target game data corresponding to the target game data identifier in the memory of the cache process according to the successfully matched game data identifier.

For example, the target game data identifier may be matched with the game data identifier extracted from the memory, and when the matching is successful, the game data corresponding to the successfully matched game data identifier is used as the target game data corresponding to the target game data identifier.

The game data is also changed correspondingly under the influence of the game behavior of the user in the game process, so that the game data stored in the memory of the cache process also needs to be updated correspondingly. In an embodiment, in order to reduce the pressure on the memory of the cache process caused by the synchronous update of the game data, disperse the flow of the synchronous update of the game data, and ensure the normal service of the cache process, different update strategies may be adopted for updating based on different data attributes (such as real-time requirements, access heat, and the like) of different types of game data. Specifically, the game data query method further includes:

acquiring data attributes of game data in a memory of a caching process;

determining an updating strategy of the game data according to the data attribute;

and updating the game data according to the updating strategy.

For example, in a MMORPG game, a player may play one or more virtual characters and control the activities and behaviors of the characters in the virtual world in the game, and the play of the virtual characters by the player may generate changes in game data such as currency, blood volume, score, etc. when the game behaviors such as competition, fighting, etc. occur during the game. For game data (such as currency, blood volume, score, etc.) with high real-time requirements, the game data can be synchronously updated to a memory of a cache process when the game data is changed; for game data with low real-time requirements (for example, the ID of a character, the sex of the character, etc.), the game data can be updated to the cache process synchronously when the player is online.

It should be noted that, when the game data in the cache process is updated, the game data in at least one layer of intermediate cache and the game database are also updated.

The updating strategy can be set by operation and maintenance personnel according to the requirements of actual application.

104. And when the target game data are not inquired in the memory of the cache process, sequentially inquiring the target game data corresponding to the target game data identification in at least one layer of intermediate cache.

For example, in step 103, when the login state of the queried object is an offline state and the memory of the cache process does not store the game data of the offline object, sequentially querying the target game data corresponding to the target game data identifier in at least one layer of intermediate cache; or, the target game data corresponding to the target game data identifier is not stored in the memory of the cache process, and the query needs to be performed in at least one layer of intermediate cache.

The game repository referred to by the intermediate cache may be various, for example, a Tcaplus game database may be used as the intermediate cache, i.e., the Tcaplus cache. Wherein, the Tcaplus game database is a distributed NoSQL data storage service. The method is combined with the memory and the SSD high-speed disk, supports the service mode of full service and partitioned service in the whole area aiming at the development and operation requirements of game service, and provides functions of expanding and shrinking capacity without service, automatically closing service and the like for the explosive growth of the game service and long-tail operation and maintenance. Meanwhile, the Tcaplus game database also has the functions of high availability, disaster tolerance, backup and return.

The game data stored in the intermediate cache includes game data of online objects and game data of offline objects. When the target game data is not inquired in the memory of the cache process and the game data of the offline object stored in the intermediate cache is not invalid (namely not cleared), the corresponding target game data is inquired in at least one layer of intermediate cache in sequence according to the target game data identifier.

For example, extracting game data identification from at least one layer of intermediate cache; and matching the target game data identification with the extracted game data identification, and inquiring target game data corresponding to the target game data identification in at least one layer of intermediate cache according to the successfully matched game data identification.

In order to prevent cache breakdown (which means that a game data which does not exist is queried, since the game database is required to be queried when the game data is not queried in the intermediate cache, and the game data is not written into the intermediate cache when the game data cannot be found, which causes that the game data which does not exist needs to be queried in the database each time, and further brings pressure to the game database), in an embodiment, invalid data (i.e. data which cannot be queried in the game database) is stored in the intermediate cache in addition to legal game data, and when the game data which is requested to be queried is invalid data (i.e. hit invalid data), an error prompt is returned to the terminal.

For example, when the requesting user requests to query for a non-existing object ID, the intermediate cache will directly block subsequent queries from the game database and return an error prompt to the terminal.

In one embodiment, to prevent the collective invalidation of the game data stored in the intermediate buffer, the invalidation time of the game data stored in the intermediate buffer may be set to a random time length within a preset time period, so that the invalidation time of the game data is dispersed at different time points. The preset time period can be set according to the requirements of practical application.

105. And when the target game data is not inquired in the at least one layer of intermediate cache, inquiring the target game data corresponding to the target game data identification in the game database.

For example, when the game data requested to be queried is offline data and the offline data is invalidated in at least one layer of intermediate cache, the target game data corresponding to the target game data identifier needs to be queried in the game database; or, if the target game data corresponding to the target game data identifier is not stored in the at least one layer of intermediate cache, the target game data is required to be queried in the game database.

Wherein, all game data of the user are stored in the game database. In an embodiment, when the target game data corresponding to the target game data identifier is queried in the game database, the target game data corresponding to the target game data identifier is synchronously updated to the intermediate cache, so that the requesting user does not need to access the game database again when querying the same game data next time, thereby relieving the pressure of the database, reducing the response time and improving the efficiency of querying the game data. Specifically, the game data query method further includes:

and when the target game data corresponding to the target game data identification is inquired in the game database, storing the target game data corresponding to the target game data identification into the intermediate cache.

In an embodiment, when target game data corresponding to the target game data identifier is not queried in the game database, which indicates that the game data query request is an invalid request, a null data is inserted into the intermediate cache as an invalid data filter layer, so that the problems of cache breakdown and the like caused by frequent access of invalid requests to the game database are prevented. Specifically, the game data query method further includes:

when target game data corresponding to the target game data identification are not inquired in the game database, generating preset game data corresponding to the target game data identification in the intermediate cache;

and returning the preset game data to the terminal.

The preset game data may be null data, data including error prompt information, and the like. The preset game data can be set according to the requirements of practical application.

In one embodiment, to save the storage capacity of the intermediate buffer, the preset game data stored in the intermediate buffer for a time period longer than a preset time period may be deleted. Specifically, the game data query method further includes:

detecting preset game data in the intermediate cache;

and when the storage duration of the preset game data is longer than the preset duration, deleting the preset game data from the intermediate cache.

The preset duration can be set according to the requirements of practical application.

106. And returning the target game data corresponding to the target game data identification to the terminal.

The target game data corresponding to the target game identification comprises target game data corresponding to a plurality of types of target game data identifications. And when the target game data corresponding to the multiple types of target game data identifications are inquired, combining and packaging the target game data corresponding to the multiple types of target game data identifications and returning the combined and packaged target game data to the terminal. Specifically, the step "returning the target game data corresponding to the target game data identifier to the terminal" may include:

combining and packaging target game data corresponding to the multiple types of target game data identifications to obtain game data repackages;

and returning the game data repackaging to the terminal.

For example, the corresponding target game data may be assembled in a loopback packet according to the BitMask, and then the loopback packet is returned to the terminal to which the requesting user belongs.

As can be seen from the above, the embodiment of the present application may receive a game data query request sent by a terminal; determining a target game data identifier of an object to be inquired according to the game data inquiry request; target game data corresponding to the target game data identification are inquired in a memory of the cache process, and the memory stores the game data of the online object; when the target game data are not inquired in the memory of the cache process, sequentially inquiring the target game data corresponding to the target game data identification in at least one layer of intermediate cache; when the target game data is not inquired in the at least one layer of intermediate cache, inquiring the target game data corresponding to the target game data identification in the game database; and returning the target game data corresponding to the target game data identification to the terminal. According to the scheme, a uniform query entry can be provided for the game data query through the memory of the cache process, and the memory of the cache process, at least one layer of intermediate cache and the game database are used in combination when the target game data corresponding to the target game data identifier of the object is queried, so that the bearing capacity of the game data query is improved, the pressure of the game database is relieved, and the efficiency of the game data query is greatly improved.

The method described in the above embodiments is further illustrated in detail by way of example.

In this embodiment, a game data query method is provided, which may be executed by a terminal or a server, or may be executed by both the terminal and the server.

As shown in fig. 2a, the specific process of the game data query method may be as follows:

201. the server receives a game data query request sent by the terminal.

The game data query request may be triggered by the requesting user through a terminal to which the requesting user belongs, for example, by clicking, sliding, searching and other operations on a query control of the game data on a game data query interface displayed by the game client. The representation form of the query control can be various forms, such as a button, an icon, an input box and the like. When the terminal to which the user belongs detects a game data query request triggered by the user, the request is sent to the server, and the server receives the game data query request sent by the terminal.

202. And the server determines the target game data identification of the object to be inquired according to the game data inquiry request.

For example, after receiving a game amount data query request, the server may parse the request through a protocol file corresponding to a request protocol of the cache process, thereby obtaining a target game data identifier of an object to be queried.

The request protocol can support multiple types of game data for requesting multiple objects at one time, see fig. 2b, wherein the IDs of the multiple objects to be queried can be stored in the request protocol in an array manner; a 64-bit integer BitMask (bit mask) can be adopted to support the user to define the game data identifier of the game data to be inquired, and the identifier position 1 corresponding to the game data identifier to be inquired can take effect; the request protocol supports the context information (namely the execution strategy of the previous step and the next step) brought back by the request user definition data return packet.

203. The server inquires the target game data corresponding to the target game data identification in the memory of the cache process, wherein the memory stores the game data of the online object.

The cache process is set in the server to provide a uniform game data query entry for the requesting user in order to manage various types of game data, and referring to fig. 2c, the requesting user may multiplex a request protocol to customize the required game data types, such as friend data, property data, group data, and the like of the object requesting the query, each game data type includes one or more game data, for example, the personal profile data of the object includes a nickname of the object, a game level of the object, a gender of the object, and the like.

The server queries the target game data corresponding to the target game data identifier in the memory of the cache process, as shown in fig. 2d, the dotted line indicates a situation where the target game data corresponding to the target game data identifier is queried in the memory of the cache process. The method comprises the steps that game data of an online object are stored in a memory of a cache process, when an object requested to be inquired by a client is the online object, target game data corresponding to a target game data identifier of the object can be inquired in the memory of the cache process, and when the game data needing to be inquired is inquired (namely, the game data is hit in the memory of the cache process), the game data are returned to the client.

The game data is also changed correspondingly under the influence of the game behavior of the user in the game process, so that the game data stored in the memory of the cache process also needs to be updated correspondingly. In an embodiment, in order to reduce the pressure on the memory of the cache process caused by the synchronous update of the game data, disperse the flow of the synchronous update of the game data, and ensure the normal service of the cache process, different update strategies can be adopted to update the game data based on the difference of the real-time requirements, the access heat and the like of different types of game data.

For example, referring to FIG. 2e, taking the character data in the MMORPG game as an example, the character data includes: static data (e.g., character id, character gender, etc.), low real-time data (icon, title, etc.), high real-time data (e.g., currency, blood volume, etc.), etc. When the data with high real-time performance is changed, the data needs to be synchronously updated to the memory of the cache process immediately; however, the low real-time data does not need to be updated to the memory immediately, for example, the data can be updated when the player switches the map, so that the synchronously updated traffic is dispersed; for static data which cannot be changed, the static data can be synchronously updated into the memory once when the player is online.

204. And when the target game data are not inquired in the memory of the cache process, the server inquires the target game data corresponding to the target game data identification in at least one layer of intermediate cache in sequence.

When the target game data corresponding to the target game data identifier is not inquired in the memory of the cache process, for example, the login state of the inquired object is an offline state, and the game data of the offline object is not stored in the memory of the cache process, sequentially inquiring the target game data corresponding to the target game data identifier in at least one layer of intermediate cache; or, the target game data corresponding to the target game data identifier is not stored in the memory of the cache process, and the query needs to be performed in at least one layer of intermediate cache.

For example, referring to fig. 2d, the dashed line represents the case of a memory miss for a caching process, but a Tcaplus cache hit. And when the server does not inquire the target game data corresponding to the target game data identifier in the memory of the cache process but inquires the target game data corresponding to the target game data identifier in the Tcaplus cache, returning the inquired target game data to the client. The invalid data filtering mechanism is added into the Tcaplus cache, once invalid data is hit, an error prompt of a requester is directly returned, for example, a player ID which does not exist is requested to be inquired, and the Tcaplus cache directly blocks inquiry of a subsequent database. The invalid data cache is time-efficient, and can be automatically deleted after being expired, so that the situation that the invalid data is too much and occupies too much storage space is avoided.

205. And when the target game data is not inquired in the at least one layer of intermediate cache, the server inquires the target game data corresponding to the target game data identification in the game database.

For example, when the game data requested to be queried is offline data and the offline data is invalidated in at least one layer of intermediate cache, the target game data corresponding to the target game data identifier needs to be queried in the game database; or, if the target game data corresponding to the target game data identifier is not stored in the at least one layer of intermediate cache, the target game data is required to be queried in the game database.

For example, referring to fig. 2d, the solid line indicates that both the memory of the caching process and the Tcaplus cache miss, requiring a query to the game database. All game data of the players are stored in the game database, and when target game data corresponding to the target game data identification are inquired in the game database, the target game data corresponding to the target game data identification are stored in a Tcaplus cache and returned to the client; when target game data corresponding to the target game data identification is not inquired in the game database, if the game data inquiry request is an invalid request, inserting empty data into the Tcaplus cache to serve as an invalid data filtering layer to prevent the frequent invalid requests from accessing the game database to cause cache breakdown and other problems, and deleting the preset game data from the Tcaplus cache when the storage time of the invalid data in the Tcaplus cache exceeds the preset time.

206. And the server returns the target game data corresponding to the target game data identifier to the terminal.

The target game data corresponding to the target game identification comprises target game data corresponding to a plurality of types of target game data identifications. When the target game data corresponding to the target game data identifications of multiple types are inquired, the target game data corresponding to the target game data identifications of multiple types are combined and packaged and returned to the terminal, namely, the data return packet requested by the user once can be requested, so that all the required game data of multiple types can be acquired, and the subsequent logic processing is facilitated.

For example, corresponding target game data may be assembled into a data loopback packet according to a BitMask (BitMask) in the request protocol shown in fig. 2b, and then a loopback protocol corresponding to the data loopback packet is returned to the terminal to which the requesting user belongs, as shown in fig. 2f, where the loopback protocol includes IDs of one or more objects to be queried, queried target game data, i.e., game data 1 to N, and context information to be brought back in a loopback packet defined by the requesting user.

In one embodiment, the target game data corresponding to the target game data identifier may also be stored in the blockchain. The blockchain system may be a distributed system formed by connecting clients, a plurality of nodes (any form of computing devices in an access network, such as servers and user terminals) through a network communication mode. Referring To fig. 2g, fig. 2g is an optional structural diagram of the distributed system 100 applied To a blockchain system, which is formed by a plurality of nodes (any form of computing devices in an access network, such as servers and user terminals) and clients, and a Peer-To-Peer (P2P, Peer To Peer) network is formed between the nodes, where the P2P Protocol is an application layer Protocol running on top of a Transmission Control Protocol (TCP). In a distributed system, any machine, such as a server or a terminal, can join to become a node, and the node comprises a hardware layer, a middle layer, an operating system layer and an application layer.

Referring to the functions of each node in the blockchain system shown in fig. 2g, the functions involved include:

1) routing, a basic function that a node has, is used to support communication between nodes.

Besides the routing function, the node may also have the following functions:

2) the application is used for being deployed in a block chain, realizing specific services according to actual service requirements, recording data related to the realization functions to form recording data, carrying a digital signature in the recording data to represent a source of task data, and sending the recording data to other nodes in the block chain system, so that the other nodes add the recording data to a temporary block when the source and integrity of the recording data are verified successfully.

For example, the services implemented by the application include:

2.1) wallet, for providing the function of transaction of electronic money, including initiating transaction (i.e. sending the transaction record of current transaction to other nodes in the blockchain system, after the other nodes are successfully verified, storing the record data of transaction in the temporary blocks of the blockchain as the response of confirming the transaction is valid; of course, the wallet also supports the querying of the remaining electronic money in the electronic money address;

and 2.2) sharing the account book, wherein the shared account book is used for providing functions of operations such as storage, query and modification of account data, record data of the operations on the account data are sent to other nodes in the block chain system, and after the other nodes verify the validity, the record data are stored in a temporary block as a response for acknowledging that the account data are valid, and confirmation can be sent to the node initiating the operations.

2.3) Intelligent contracts, computerized agreements, which can enforce the terms of a contract, implemented by codes deployed on a shared ledger for execution when certain conditions are met, for completing automated transactions according to actual business requirement codes, such as querying the logistics status of goods purchased by a buyer, transferring the buyer's electronic money to the merchant's address after the buyer signs for the goods; of course, smart contracts are not limited to executing contracts for trading, but may also execute contracts that process received information.

3) And the Block chain comprises a series of blocks (blocks) which are mutually connected according to the generated chronological order, new blocks cannot be removed once being added into the Block chain, and recorded data submitted by nodes in the Block chain system are recorded in the blocks.

Referring to fig. 2h, fig. 2h is an optional schematic diagram of a Block Structure (Block Structure) according to an embodiment of the present invention, where each Block includes a hash value of a transaction record (hash value of the Block) stored in the Block and a hash value of a previous Block, and the blocks are connected by the hash value to form a Block chain. The block may include information such as a time stamp at the time of block generation. A block chain (Blockchain), which is essentially a decentralized database, is a string of data blocks associated by using cryptography, and each data block contains related information for verifying the validity (anti-counterfeiting) of the information and generating a next block.

As can be seen from the above, the embodiment of the present application may receive a game data query request sent by a terminal; determining a target game data identifier of an object to be inquired according to the game data inquiry request; target game data corresponding to the target game data identification are inquired in a memory of the cache process, and the memory stores the game data of the online object; when the target game data are not inquired in the memory of the cache process, sequentially inquiring the target game data corresponding to the target game data identification in at least one layer of intermediate cache; when the target game data is not inquired in the at least one layer of intermediate cache, inquiring the target game data corresponding to the target game data identification in the game database; and returning the target game data corresponding to the target game data identification to the terminal. According to the scheme, a uniform query entry can be provided for the game data query through the memory of the cache process, and the memory of the cache process, at least one layer of intermediate cache and the game database are used in combination when the target game data corresponding to the target game data identifier of the object is queried, so that the bearing capacity of the game data query is improved, the pressure of the game database is relieved, and the efficiency of the game data query is greatly improved.

In order to better implement the method, the embodiment of the application also provides a game data query device.

For example, as shown in fig. 3a, the game data query device may include a receiving unit 301, a determining unit 302, a first querying unit 303, a second querying unit 304, a third querying unit 305, and a returning unit 306, as follows:

a receiving unit 301, configured to receive a game data query request sent by a terminal;

a determining unit 302, configured to determine, according to the game data query request, a target game data identifier of an object that needs to be queried;

a first query unit 303, configured to query, in a memory of a cache process, target game data corresponding to the target game data identifier, where the memory stores game data of an online object;

a second querying unit 304, configured to sequentially query, when the target game data is not queried in the memory of the cache process, the target game data corresponding to the target game data identifier in at least one layer of intermediate cache;

a third query unit 305, configured to query, in a game database, target game data corresponding to the target game data identifier when the target game data identifier is not queried in the at least one layer of intermediate cache;

a returning unit 306, configured to return, to the terminal, the target game data corresponding to the target game data identifier.

In some embodiments, the game data query request conforms to a request protocol of a caching process, and the determining unit 302 is configured to:

acquiring a protocol file corresponding to the request protocol;

and analyzing the game data query request based on the protocol file to obtain a target game data identifier of the object.

In some embodiments, referring to fig. 3b, the first querying unit 303 includes:

a determining subunit 3031, configured to determine a login status of the object, where the login status includes an online status and an offline status;

the querying subunit 3032 is configured to query, in the memory of the cache process, the target game data corresponding to the target game data identifier when the login status of the object is the online status.

In some embodiments, the querying subunit 3032 is specifically configured to:

when the login state of the object is an online state, extracting a game data identifier from a memory of a cache process;

and matching the target game data identification with the extracted game data identification, and inquiring target game data corresponding to the target game data identification in a memory of a cache process according to the successfully matched game data identification.

In some embodiments, referring to fig. 3c, the game data query device further includes an updating unit 307 configured to:

acquiring the data attribute of the game data in the memory of the cache process;

determining an updating strategy of the game data according to the data attribute;

and updating the game data according to the updating strategy.

In some embodiments, referring to fig. 3d, the game data query device further comprises a storage unit 308 for:

and when the target game data corresponding to the target game data identification is inquired in a game database, storing the target game data corresponding to the target game data identification into the intermediate cache.

In some embodiments, referring to fig. 3e, the game data query device further comprises a generating unit 309, configured to:

when target game data corresponding to the target game data identification are not inquired in a game database, generating preset game data corresponding to the target game data identification in the intermediate cache;

and returning the preset game data to the terminal.

In some embodiments, referring to fig. 3f, the game data query device further includes a deleting unit 310 for:

detecting the preset game data in the intermediate cache;

and when the storage duration of the preset game data is longer than the preset duration, deleting the preset game data from the intermediate cache.

In some embodiments, the target game data corresponding to the target game identifier includes target game data corresponding to a plurality of types of target game data identifiers, and the returning unit 306 is configured to:

combining and packaging target game data corresponding to the multiple types of target game data identifications to obtain game data repackages;

and returning the game data repacking to the terminal.

In a specific implementation, the above units may be implemented as independent entities, or may be combined arbitrarily to be implemented as the same or several entities, and the specific implementation of the above units may refer to the foregoing method embodiments, which are not described herein again.

As can be seen from the above, the game data query device according to the embodiment of the present application can receive the game data query request sent by the terminal through the receiving unit 301; determining, by the determining unit 302, a target game data identifier of an object to be queried according to the game data query request; the first query unit 303 queries, in a memory of the cache process, target game data corresponding to the target game data identifier, where the memory stores game data of the online object; when the target game data is not inquired in the memory of the cache process, the second inquiring unit 304 inquires the target game data corresponding to the target game data identifier in at least one layer of intermediate cache in sequence; when not queried in the at least one layer of intermediate cache, querying, by the third querying unit 305, the game database for target game data corresponding to the target game data identifier; the target game data corresponding to the target game data identification is returned to the terminal by the return unit 306. According to the scheme, a uniform query entry can be provided for the game data query through the memory of the cache process, and the memory of the cache process, at least one layer of intermediate cache and the game database are used in combination when the target game data corresponding to the target game data identifier of the object is queried, so that the bearing capacity of the game data query is improved, the pressure of the game database is relieved, and the efficiency of the game data query is greatly improved.

The embodiment of the present application further provides a computer device, as shown in fig. 4, which shows a schematic structural diagram of the computer device according to the embodiment of the present application, specifically:

the computer device may include components such as a processor 401 of one or more processing cores, memory 402 of one or more computer-readable storage media, a power supply 403, and an input unit 404. Those skilled in the art will appreciate that the computer device configuration illustrated in FIG. 4 does not constitute a limitation of computer devices, and may include more or fewer components than those illustrated, or some components may be combined, or a different arrangement of components. Wherein:

the processor 401 is a control center of the computer device, connects various parts of the entire computer device using various interfaces and lines, and performs various functions of the computer device and processes data by running or executing software programs and/or modules stored in the memory 402 and calling data stored in the memory 402, thereby monitoring the computer device as a whole. Optionally, processor 401 may include one or more processing cores; preferably, the processor 401 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 401.

The memory 402 may be used to store software programs and modules, and the processor 401 executes various functional applications and data processing by operating the software programs and modules stored in the memory 402. The memory 402 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program (such as a sound playing function, an image playing function, etc.) required by at least one function, and the like; the storage data area may store data created according to use of the computer device, and the like. Further, the memory 402 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. Accordingly, the memory 402 may also include a memory controller to provide the processor 401 access to the memory 402.

The computer device further comprises a power supply 403 for supplying power to the various components, and preferably, the power supply 403 is logically connected to the processor 401 via a power management system, so that functions of managing charging, discharging, and power consumption are implemented via the power management system. The power supply 403 may also include any component of one or more dc or ac power sources, recharging systems, power failure detection circuitry, power converters or inverters, power status indicators, and the like.

The computer device may also include an input unit 404, the input unit 404 being operable to receive input numeric or character information and to generate keyboard, mouse, joystick, optical or trackball signal inputs related to user settings and function control.

Although not shown, the computer device may further include a display unit and the like, which are not described in detail herein. Specifically, in this embodiment, the processor 401 in the computer device loads the executable file corresponding to the process of one or more application programs into the memory 402 according to the following instructions, and the processor 401 runs the application programs stored in the memory 402, thereby implementing various functions as follows:

receiving a game data query request sent by a terminal; determining a target game data identifier of an object to be inquired according to the game data inquiry request; target game data corresponding to the target game data identification are inquired in a memory of the cache process, and the memory stores the game data of the online object; when the target game data are not inquired in the memory of the cache process, sequentially inquiring the target game data corresponding to the target game data identification in at least one layer of intermediate cache; when the target game data is not inquired in the at least one layer of intermediate cache, inquiring the target game data corresponding to the target game data identification in the game database; and returning the target game data corresponding to the target game data identification to the terminal.

The above operations can be referred to the previous embodiments specifically, and are not described herein.

As can be seen from the above, the computer device according to the embodiment of the present application may receive a game data query request sent by a terminal; determining a target game data identifier of an object to be inquired according to the game data inquiry request; target game data corresponding to the target game data identification are inquired in a memory of the cache process, and the memory stores the game data of the online object; when the target game data are not inquired in the memory of the cache process, sequentially inquiring the target game data corresponding to the target game data identification in at least one layer of intermediate cache; when the target game data is not inquired in the at least one layer of intermediate cache, inquiring the target game data corresponding to the target game data identification in the game database; and returning the target game data corresponding to the target game data identification to the terminal. According to the scheme, a uniform query entry can be provided for the game data query through the memory of the cache process, and the memory of the cache process, at least one layer of intermediate cache and the game database are used in combination when the target game data corresponding to the target game data identifier of the object is queried, so that the bearing capacity of the game data query is improved, the pressure of the game database is relieved, and the efficiency of the game data query is greatly improved.

It will be understood by those skilled in the art that all or part of the steps of the methods of the above embodiments may be performed by instructions or by associated hardware controlled by the instructions, which may be stored in a computer readable storage medium and loaded and executed by a processor.

To this end, the present application provides a computer-readable storage medium, in which a computer program is stored, where the computer program can be loaded by a processor to execute the steps in any one of the game data query methods provided in the present application. For example, the computer program may perform the steps of:

receiving a game data query request sent by a terminal; determining a target game data identifier of an object to be inquired according to the game data inquiry request; target game data corresponding to the target game data identification are inquired in a memory of the cache process, and the memory stores the game data of the online object; when the target game data are not inquired in the memory of the cache process, sequentially inquiring the target game data corresponding to the target game data identification in at least one layer of intermediate cache; when the target game data is not inquired in the at least one layer of intermediate cache, inquiring the target game data corresponding to the target game data identification in the game database; and returning the target game data corresponding to the target game data identification to the terminal.

The above operations can be implemented in the foregoing embodiments, and are not described in detail herein.

Wherein the computer-readable storage medium may include: read Only Memory (ROM), Random Access Memory (RAM), magnetic or optical disks, and the like.

Since the instructions stored in the computer-readable storage medium can execute the steps in any game data query method provided in the embodiments of the present application, the beneficial effects that can be achieved by any game data query method provided in the embodiments of the present application can be achieved, which are detailed in the foregoing embodiments and will not be described herein again.

The game data query method, the game data query device, the computer device and the computer-readable storage medium provided by the embodiments of the present application are described in detail above, and a specific example is applied in the present application to explain the principle and the implementation of the present invention, and the description of the above embodiments is only used to help understanding the method and the core idea of the present invention; meanwhile, for those skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims (10)

1. A game data query method, comprising:

receiving a game data query request sent by a terminal;

determining a target game data identifier of an object to be inquired according to the game data inquiry request;

inquiring target game data corresponding to the target game data identification in a memory of a cache process, wherein the memory stores game data of an online object;

when the target game data is not inquired in the memory of the cache process, sequentially inquiring the target game data corresponding to the target game data identification in at least one layer of intermediate cache;

when the target game data is not inquired in the at least one layer of intermediate cache, inquiring the target game data corresponding to the target game data identification in a game database;

and returning the target game data corresponding to the target game data identification to the terminal.

2. The method of claim 1, wherein the game data query request conforms to a request protocol of a caching process, and the determining a target game data identifier of an object to be queried according to the game data query request comprises:

acquiring a protocol file corresponding to the request protocol;

and analyzing the game data query request based on the protocol file to obtain a target game data identifier of the object.

3. The method of claim 1, wherein the querying the memory of the cache process for the target game data corresponding to the target game data identifier comprises:

determining a login state of the object, wherein the login state comprises an online state and an offline state;

and when the login state of the object is the online state, inquiring target game data corresponding to the target game data identification in a memory of a cache process.

4. The method according to claim 3, wherein when the login status of the object is an online status, querying a memory of a cache process for target game data corresponding to the target game data identifier comprises:

when the login state of the object is an online state, extracting a game data identifier from a memory of a cache process;

and matching the target game data identification with the extracted game data identification, and inquiring target game data corresponding to the target game data identification in a memory of a cache process according to the successfully matched game data identification.

5. The method of claim 1, further comprising:

acquiring the data attribute of the game data in the memory of the cache process;

determining an updating strategy of the game data according to the data attribute;

and updating the game data according to the updating strategy.

6. The method of claim 1, further comprising:

and when the target game data corresponding to the target game data identification is inquired in a game database, storing the target game data corresponding to the target game data identification into the intermediate cache.

7. The method of claim 1, further comprising:

when target game data corresponding to the target game data identification are not inquired in a game database, generating preset game data corresponding to the target game data identification in the intermediate cache;

and returning the preset game data to the terminal.

8. The method of claim 7, further comprising:

detecting the preset game data in the intermediate cache;

and when the storage duration of the preset game data is longer than the preset duration, deleting the preset game data from the intermediate cache.

9. The method of claim 1, wherein the target game data corresponding to the target game identifier comprises target game data corresponding to a plurality of types of target game data identifiers, and wherein returning the target game data corresponding to the target game data identifier to the terminal comprises:

combining and packaging target game data corresponding to the multiple types of target game data identifications to obtain game data repackages;

and returning the game data repacking to the terminal.

10. A game data inquiry apparatus, comprising:

the receiving unit is used for receiving a game data query request sent by the terminal;

the determining unit is used for determining a target game data identifier of an object needing to be inquired according to the game data inquiry request;

the first query unit is used for querying the target game data corresponding to the target game data identifier in a memory of a cache process, wherein the memory stores the game data of the online object;

the second query unit is used for sequentially querying the target game data corresponding to the target game data identifier in at least one layer of intermediate cache when the target game data identifier is not queried in the memory of the cache process;

the third query unit is used for querying target game data corresponding to the target game data identification in a game database when the target game data identification is not queried in the at least one layer of intermediate cache;

and the returning unit is used for returning the target game data corresponding to the target game data identifier to the terminal.

Images