数据主键生成方法、装置、电子设备及存储介质与流程

本公开涉及计算机技术领域，具体涉及一种数据主键生成方法、装置、电子设备及存储介质。

背景技术：

应用系统的运作多数都需要依赖关系数据库持久化存储数据，而关系数据库表结构通常都需要有数据主键，数据主键是关系数据库表中的一个或多个字段，它的值用于唯一地标识表中的某一条记录。数据主键一旦出现重复就会导致业务出现大量失败，影响应用系统的可用性和用户体验。

为了避免数据主键出现重复，目前主流的主键设计都会带上日期此类的时间，再拼接一些固定业务字段和数据库序列(sequence)。随着业务发展，难免会出现一些多样化的需求，例如：有大促类型的业务需求，当天业务量过大，数据条目超过数据库序列的最大范围并且出现了循环导致出现幂等异常；或者为了削峰填谷，提前数天生成好序列，业务需求当日再做插入，可能就会导致与当天正常的业务的数据主键幂等冲突，或者由于系统交互原因导致大量序列浪费也有可能会出现幂等异常。

目前，当出现由于序列重复导致数据主键幂等异常的错误时，一般的解决方案是马上做代码变更，修改数据主键的生成规则，代码发布并且重启应用服务器。整个流程，需要开发、测试验证和运维变更，首先存在变更和运维的二次风险，其次恢复时间长，无法快速恢复可能已经造成大量的损失。

技术实现要素：

本公开实施例提供一种数据主键生成方法、装置、电子设备及计算机可读存储介质。

第一方面，本公开实施例中提供了一种数据主键生成方法。

具体的，所述数据主键生成方法，包括：

至少利用当前系统版本号和当前序列号生成第一数据主键；

在所述第一数据主键发生重复异常时，将所述当前系统版本号重新配置为下一系统版本号；

至少利用所述下一系统版本号与所述当前序列号重新生成第二数据主键。

进一步地，在所述第一数据主键发生重复异常时，将所述当前系统版本号重新配置为下一系统版本号，包括：

利用预设规则将所述当前系统版本号更新为下一系统版本号；其中，所述当前系统版本号和所述下一系统版本号均具有第一预设固定长度，且所述当前系统版本号和所述下一系统版本号的数值不同。

进一步地，在所述第一数据主键发生重复异常时，将所述当前系统版本号重新配置为下一系统版本号之前，所述方法还包括：

将所述第一数据主键发送给数据库；

监测所述数据库是否返回所述第一数据主键发生重复异常的事件。

进一步地，至少利用当前系统版本号和当前序列号生成第一数据主键之前，所述方法还包括：

生成所述当前序列号；其中，所述当前序列号具有第二预设固定长度，且所述当前序列号的取值在所述第二预设固定长度能够表示的最小值与最大值之间。

进一步地，至少利用所述下一系统版本号与所述当前序列号重新生成第二数据主键之后，所述方法还包括：

将所述第二数据主键发送给数据库；

在所述数据库完成所述第二数据主键的写入操作后，生成下一序列号；其中，所述下一序列号与所述当前序列号具有相同的第二预设固定长度，所述下一序列号的取值在所述第二预设固定长度能够表示的最小值与最大值之间，且所述下一序列号与所述当前序列号的取值之间具有预设的固定间隔。

进一步地，所述第一数据主键包括当前系统版本号、当前序列号、当前日期以及业务标识；和/或，所述第二数据主键包括下一系统版本号、当前序列号、当前日期以及业务标识。

第二方面，本公开实施例中提供了一种数据主键生成装置。

具体的，所述数据主键生成装置，包括：

第一生成模块，被配置为至少利用当前系统版本号和当前序列号生成第一数据主键；

配置模块，被配置为在所述第一数据主键发生重复异常时，将所述当前系统版本号重新配置为下一系统版本号；

重新生成模块，被配置为至少利用所述下一系统版本号与所述当前序列号重新生成第二数据主键。

进一步地，所述配置模块，包括：

更新子模块，被配置为利用预设规则将所述当前系统版本号更新为下一系统版本号；其中，所述当前系统版本号和所述下一系统版本号均具有第一预设固定长度，且所述当前系统版本号和所述下一系统版本号的数值不同。

进一步地，所述配置模块之前，所述装置包括：

第一发送模块，被配置为将所述第一数据主键发送给数据库；

监测模块，被配置为监测所述数据库是否返回所述第一数据主键发生重复异常的事件。

进一步地，所述第一生成模块之前，所述装置还包括：

第二生成模块，被配置为生成所述当前序列号；其中，所述当前序列号具有第二预设固定长度，且所述当前序列号的取值在所述第二预设固定长度能够表示的最小值与最大值之间。

进一步地，所述重新生成模块之后，所述装置还包括：

第二发送模块，被配置为将所述第二数据主键发送给数据库；

第三生成模块，被配置为在所述数据库完成所述第二数据主键的写入操作后，生成下一序列号；其中，所述下一序列号与所述当前序列号具有相同的第二预设固定长度，所述下一序列号的取值在所述第二预设固定长度能够表示的最小值与最大值之间，且所述下一序列号与所述当前序列号的取值之间具有预设的固定间隔。

进一步地，所述第一数据主键包括当前系统版本号、当前序列号、当前日期以及业务标识；和/或，所述第二数据主键包括下一系统版本号、当前序列号、当前日期以及业务标识。

所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，数据主键生成装置的结构中包括存储器和处理器，所述存储器用于存储一条或多条支持数据主键生成装置执行上述第一方面中数据主键生成方法的计算机指令，所述处理器被配置为用于执行所述存储器中存储的计算机指令。所述数据主键生成装置还可以包括通信接口，用于数据主键生成装置与其他设备或通信网络通信。

第三方面，本公开实施例提供了一种电子设备，包括存储器和处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现第一方面所述的方法步骤。

第四方面，本公开实施例提供了一种计算机可读存储介质，用于存储数据主键生成装置所用的计算机指令，其包含用于执行上述第一方面中数据主键生成方法所涉及的计算机指令。

本公开实施例提供的技术方案可以包括以下有益效果：

本公开实施例所生成的数据主键中除了包括序列号及其他相关信息外，还预留了系统版本号，在生成的数据主键出现重复异常，导致数据库写入失败时，可以通过对系统版本号进行重新配置，并基于重新配置得到的下一系统版本号重新生成数据主键，使得重新生成的数据主键不再与前面使用过的数据主键重复，以快速应对数据主键重复异常这类问题，为数据主键重复异常这类问题提供了应急方案，能够尽可能减少业务损失。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

结合附图，通过以下非限制性实施方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。在附图中：

图1示出根据本公开一实施方式的数据主键生成方法的流程图；

图2示出根据图1所示实施方式的步骤s102之前监测第一数据主键异常的流程图；

图3示出根据图1所示实施方式的步骤s103之后第二数据主键的处理流程图；

图4示出根据本公开一实施方式的数据主键生成装置的结构框图；

图5示出根据图4所示实施方式的配置模块402之前监测第一数据主键异常的结构框图；

图6示出根据图4所示实施方式的重新生成模块403之后第二数据主键的处理结构框图；

图7是适于用来实现根据本公开一实施方式的数据主键生成方法的电子设备的结构示意图。

具体实施方式

下文中，将参考附图详细描述本公开的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。

在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。

另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出根据本公开一实施方式的数据主键生成方法的流程图。如图1所示，所述数据主键生成方法包括以下步骤s101-s103：

在步骤s101中，至少利用当前系统版本号和当前序列号生成第一数据主键；

在步骤s102中，在所述第一数据主键发生重复异常时，将所述当前系统版本号重新配置为下一系统版本号；

在步骤s103中，至少利用所述下一系统版本号与所述当前序列号重新生成第二数据主键。

由于业务需求千变万化，设计一种数据主键永不重复的方案可能比较困难。因此，本公开实施例在出现数据主键重复异常这类问题时，提出了一种应急方案，即快速切换配置数据主键中的系统版本号，进而根据重新配置过的系统版本号再次生成数据主键，快速应对数据主键重复异常这类问题，尽可能减少业务损失。

在线的业务系统每天都会产生大量的新数据，而这些新数据则需要实时写入数据库中进行持久化存储，以支持业务的在线运行。关系型数据库的数据写入通常都需要生成一个数据主键，并将数据主键作为当前要写入的这条数据的唯一标识，以便后续对该条数据进行相应的数据库操作。例如，电商系统中每天产生大量的用户订单数据，对于每个订单都会生成一个唯一的订单号，而该唯一的订单号则可以认为是每个订单数据对应的数据主键，后续用户或者系统都可以基于该订单号查询该订单相关的数据。

数据主键最主要的特点是唯一性，为了实现数据主键的唯一性，每次生成数据主键时，都会利用一个序列生成器生成一个序列号，并基于序列号生成数据主键。序列生成器每次会产生一组等间隔的数值(类型为数字)，一般的使用方法是当序列号达到最大值时，可以选择从最小值重新开始。序列号的最小值可以预先设定为0或1，而序列号的最大值则根据序列号的长度确定，例如序列号的长度为3位，则序列号的最小值可以为0或1，最大值为999。序列号的长度可以根据实际情况设定，例如数据主键包括日期的情况下，那么可以将序列号的长度设定为其最大值大于业务系统每天最多能产生的相应数据条数对应的位数，而业务系统每天最多能产生的数据条数可以基于一些通用开发规范、对一天业务量峰值评估和数据库拆分等确定。

数据主键的长度主要取决于序列号的长度，这是因为数据主键除了序列号的长度之外，其他数据例如日期、业务标识等的长度都是可以预先设定，且不变化。而序列号的长度由于取决于业务系统每天所产生的数据量，且由于业务系统每天所产生的真实数据量是不可预测的，尤其在有突发事件发生时，可能某天的数据量突然增大，超出通常的水平。如果由于数据量突然增大或其他原因，导致某一条数据的数据主键对应的序列号为其固定长度的最大值后，其下一条数据的数据主键对应的序列号则会从固定长度的最小值重新计数，而该下一条数据的数据主键则会与当天最初的那条数据的数据主键发生重复异常，也即这两条数据的数据主键相同，到数据主键不再是唯一的，因此往数据库中写入该数据主键及其对应的该下一条数据时会导致操作失败。

为了快速应对上述提到的重复异常这类问题，本实施例在生成数据主键时除了包括序列号及其他常规信息之外，还预留了系统版本号的位置。当前系统版本号可以单独存储，并在生成当前数据主键也即第一数据主键时，获取当前系统版本号以及当前序列号，并至少利用当前序列号以及当前系统版本号共同生成第一数据主键，之后将该第一数据主键作为当前要插入到数据库中数据的唯一标识。如果在进行数据库操作时，该第一数据主键由于与数据库中已有数据的数据主键发生重复异常时，则可以触发配置任务，用于将当前系统版本号进行重新配置，也即重新配置为下一系统版本号，之后基于该下一系统版本号与当前序列号生成第二数据主键，这样重新生成的第二数据主键则与之前利用前一系统版本号的数据主键不再重复，因此可以成功将该第二数据主键及对应的数据插入至数据库中。

本公开实施例所生成的数据主键中除了包括序列号及其他相关信息外，还预留了系统版本号，在生成的数据主键出现重复异常，导致数据库写入失败时，可以通过对系统版本号进行重新配置，并基于重新配置得到的下一系统版本号重新生成数据主键，使得重新生成的数据主键不再与前面使用过的数据主键重复，以快速应对数据主键重复异常这类问题，为数据主键重复异常这类问题提供了应急方案，能够尽可能减少业务损失。

在本实施例的一个可选实现方式中，所述步骤s102，即在所述第一数据主键发生重复异常时，将所述当前系统版本号重新配置为下一系统版本号的步骤，进一步包括以下步骤：

利用预设规则将所述当前系统版本号更新为下一系统版本号；其中，所述当前系统版本号和所述下一系统版本号均具有第一预设固定长度，且所述当前系统版本号和所述下一系统版本号的数值不同。

该可选的实现方式中，当前系统版本号与下一系统版本号之间可以具有一定的关系，可以预先设定好如何通过当前系统版本号得到下一系统版本号的规则，并在接收到重新配置的触发命令后，根据该预设规则将当前系统版本号更新为下一系统版本号。在一实施例中，预设规则可以是一种运算函数，将当前系统版本号作为该运算函数的自变量，而将下一系统版本号作为该运算函数的因变量。在另一实施例中，预设规则还可以是一张存储表，用于存储一系列的系统版本号，从中可以找出当前系统版本号对应的下一系统版本号。可以理解的是，预设规则不限于上述两种方式，可以根据实际情况设置，在此不做限制。

当前系统本版号和下一系统版本号的长度固定，且都为第一固定长度。第一固定长度是预先设定好的。第一固定长度可以基于可能会用到的系统版本号的最大值等确定，具体可根据实际情况设置，在此不再赘述。为了解决数据主键的重复异常等问题，当前系统版本号与下一系统版本号的数值不同，这样根据下一系统版本号生成的第二数据主键与第一数据主键不同，且也不会与数据库中已有的数据主键发生重复异常。

在本实施例的一个可选实现方式中，如图2所示，所述步骤s102，即在所述第一数据主键发生重复异常时，将所述当前系统版本号重新配置为下一系统版本号的步骤之前，所述方法进一步还包括以下步骤s201-s202：

在步骤s201中，将所述第一数据主键发送给数据库；

在步骤s202中，监测所述数据库是否返回所述第一数据主键发生重复异常的事件。

该可选的实现方式中，生成第一数据主键后，将该第一数据主键发送给数据库，以便数据库执行插入操作，也即将第一数据主键以及对应的数据插入到数据库中。如果数据插入失败，且数据库返回的是数据主键重复的异常事件，则可以确定第一数据主键与数据库中的已有数据主键发生了重复异常，因此需要重新生成数据主键。

在本实施例的一个可选实现方式中，所述步骤s101，即至少利用当前系统版本号和当前序列号生成第一数据主键的步骤之前，所述方法进一步还包括以下步骤：

生成所述当前序列号；其中，所述当前序列号具有第二预设固定长度，且所述当前序列号的取值在所述第二预设固定长度能够表示的最小值与最大值之间。

该可选的实现方式中，生成第一数据主键之前，需要先获取当前序列号。当前序列号具有第二预设固定长度。当前序列号的最大值和最小值与第二预设固定长度有关，最小值可以是0或者1，最大值取决于第二预设固定长度，例如第二预设固定长度为3的情况下，其能够表示的最大值可以是“999”，而第二预设固定长度为4的情况下，其能够表示的最大值可以是“9999”。当前序列号可以从最小值开始生成，且与上次生成的序列号具有固定间隔，例如固定间隔为1，前次生成的序列号为1，本次生成的序列号为2，下次生成的序列号为3等。每次生成第一数据主键时，依据前次生成的序列号以及固定间隔生成当前序列号，这样所生成的第一数据主键与上次生成的第一数据主键之间具有序列关系，且不会发生重复，除非当前生成的序列号超出了其最大值的范围，此时可以从最小值重新开始生成当前序列号。在第一数据主键包括日期的情况下，为了使得在一天之内产生的第一数据主键不发生重复，通常会通过一些通用开发规范、对一天业务量峰值评估和数据库拆分等，来确定第二预设固定长度。但是，如果某天有突发事件，例如大促、或者其他事件造成一天产生的数据条数超出了第二预设固定长度所能表示的最大值，则会从最小值重新开始生成当前序列号，这样可能引发第一数据主键重复的异常，而本公开实施例通过在第一数据主键中预留系统版本号，使得在发生第一数据主键重复异常时，通过配置系统版本号，即使当前序列号从最小值重新开始生成，也不会与之前生成的第一数据主键发生重复，为数据主键重复异常这类问题提供了一种应急方案。

在本实施例的一个可选实现方式中，如图3所示，所述步骤s103，即至少利用所述下一系统版本号与所述当前序列号重新生成第二数据主键的步骤之后，进一步还包括以下步骤s301-s302：

在步骤s301中，将所述第二数据主键发送给数据库；

在步骤s302中，在所述数据库完成所述第二数据主键的写入操作后，生成下一序列号；其中，所述下一序列号与所述当前序列号具有相同的第二预设固定长度，所述下一序列号的取值在所述第二预设固定长度能够表示的最小值与最大值之间，且所述下一序列号与所述当前序列号的取值之间具有预设的固定间隔。

在该可选的实现方式中，在第一数据主键发生重复异常时，重新配置系统版本号，并根据重新配置后的系统版本号以及当前序列号生成第二数据主键。在生成第二数据主键后，将第二数据主键发送给数据库，数据库可以将第二数据主键以及该第二数据主键对应的数据条目写入数据库中，在数据库完成写入操作后，生成下一序列号，以便利用该下一序列号以及重新配置后的系统版本号生成下一数据主键。下一序列号与当前序列号一样，都具有第二预设固定长度，其最大值和最小值也为第二预设固定长度所能表示的最大值和最小值，下一序列号与当前序列号具有预设的固定间隔，按照该固定间隔生成下一序列号时，如果超出了第二预设固定长度所能够表示的最大值，则下一序列号从第二预设固定长度所能够表示的最小值重新开始生成。

在本实施例的一个可选实现方式中，所述第一数据主键包括当前系统版本号、当前序列号、当前日期以及业务标识；和/或，所述第二数据主键包括下一系统版本号、当前序列号、当前日期以及业务标识。

该可选的实现方式中，第一数据主键除了系统版本号和当前序列号之外，还包括当前日期以及业务标识。业务系统每天可能会产生很多条数据，例如用户在电商平台产生的订单数据。对于这些数据，为了能够在写入数据库后可以进行区分，并进行查询等数据库操作，则在写入数据库时会为每条数据分配一数据主键，并以该数据主键为索引进行查询等数据库操作。该数据主键需要唯一标识这些数据，并且不能发生重复，因此生成的第一数据主键可以包括当前日期、业务标识、系统版本号以及当前序列号，使其不但起到按日期、业务进行区分、排序、统计的作用，还能够确保不会因为数据主键发生重复而导致业务瘫痪的问题出现。

第二数据主键是在重新配置系统版本号后，根据下一系统版本号、当前序列号、当前日期以及业务标识生成。第二数据主键与第一数据主键一样，可以认为是由于当天产生的数据量过大，超出了第二预设固定长度所能表示的最大值后，利用重新配置后的系统版本号所生成的数据主键，其细节与第一数据主键相同，在此不再赘述。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

图4示出根据本公开一实施方式的数据主键生成装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图4所示，所述数据主键生成装置包括：

第一生成模块401，被配置为至少利用当前系统版本号和当前序列号生成第一数据主键；

配置模块402，被配置为在所述第一数据主键发生重复异常时，将所述当前系统版本号重新配置为下一系统版本号；

重新生成模块403，被配置为至少利用所述下一系统版本号与所述当前序列号重新生成第二数据主键。

由于业务需求千变万化，设计一种数据主键永不重复的方案可能比较困难。因此，本公开实施例在出现数据主键重复异常这类问题时，提出了一种应急方案，即快速切换配置数据主键中的系统版本号，进而根据重新配置过的系统版本号再次生成数据主键，快速应对数据主键重复异常这类问题，尽可能减少业务损失。

在线的业务系统每天都会产生大量的新数据，而这些新数据则需要实时写入数据库中进行持久化存储，以支持业务的在线运行。关系型数据库的数据写入通常都需要生成一个数据主键，并将数据主键作为当前要写入的这条数据的唯一标识，以便后续对该条数据进行相应的数据库操作。例如，电商系统中每天产生大量的用户订单数据，对于每个订单都会生成一个唯一的订单号，而该唯一的订单号则可以认为是每个订单数据对应的数据主键，后续用户或者系统都可以基于该订单号查询该订单相关的数据。

数据主键最主要的特点是唯一性，为了实现数据主键的唯一性，每次生成数据主键时，都会利用一个序列生成器生成一个序列号，并基于序列号生成数据主键。序列生成器每次会产生一组等间隔的数值(类型为数字)，一般的使用方法是当序列号达到最大值时，可以选择从最小值重新开始。序列号的最小值可以预先设定为0或1，而序列号的最大值则根据序列号的长度确定，例如序列号的长度为3位，则序列号的最小值可以为0或1，最大值为999。序列号的长度可以根据实际情况设定，例如数据主键包括日期的情况下，那么可以将序列号的长度设定为其最大值大于业务系统每天最多能产生的相应数据条数对应的位数，而业务系统每天最多能产生的数据条数可以基于一些通用开发规范、对一天业务量峰值评估和数据库拆分等确定。

数据主键的长度主要取决于序列号的长度，这是因为数据主键除了序列号的长度之外，其他数据例如日期、业务标识等的长度都是可以预先设定，且不变化。而序列号的长度由于取决于业务系统每天所产生的数据量，且由于业务系统每天所产生的真实数据量是不可预测的，尤其在有突发事件发生时，可能某天的数据量突然增大，超出通常的水平。如果由于数据量突然增大或其他原因，导致某一条数据的数据主键对应的序列号为其固定长度的最大值后，其下一条数据的数据主键对应的序列号则会从固定长度的最小值重新计数，而该下一条数据的数据主键则会与当天最初的那条数据的数据主键发生重复异常，也即这两条数据的数据主键相同，到数据主键不再是唯一的，因此往数据库中写入该数据主键及其对应的该下一条数据时会导致操作失败。

为了快速应对上述提到的重复异常这类问题，本实施例在生成数据主键时除了包括序列号及其他常规信息之外，还预留了系统版本号的位置。当前系统版本号可以单独存储，并在生成当前数据主键也即第一数据主键时，第一生成模块401获取当前系统版本号以及当前序列号，并至少利用当前序列号以及当前系统版本号共同生成第一数据主键，之后将该第一数据主键作为当前要插入到数据库中数据的唯一标识。如果在进行数据库操作时，该第一数据主键由于与数据库中已有数据的数据主键发生重复异常时，则可以触发配置任务，用于将当前系统版本号进行重新配置，也即重新配置为下一系统版本号，之后基于该下一系统版本号与当前序列号生成第二数据主键，这样重新生成的第二数据主键则与之前利用前一系统版本号的数据主键不再重复，因此可以成功将该第二数据主键及对应的数据插入至数据库中。

本公开实施例所生成的数据主键中除了包括序列号及其他相关信息外，还预留了系统版本号，在生成的数据主键出现重复异常，导致数据库写入失败时，配置模块402可以通过对系统版本号进行重新配置，并基于重新配置得到的下一系统版本号，由重新生成模块403重新生成数据主键，使得重新生成的数据主键不再与前面使用过的数据主键重复，以快速应对数据主键重复异常这类问题，为数据主键重复异常这类问题提供了应急方案，能够尽可能减少业务损失。

在本实施例的一个可选实现方式中，所述配置模块402，，进一步包括：

更新子模块，被配置为利用预设规则将所述当前系统版本号更新为下一系统版本号；其中，所述当前系统版本号和所述下一系统版本号均具有第一预设固定长度，且所述当前系统版本号和所述下一系统版本号的数值不同。

该可选的实现方式中，当前系统版本号与下一系统版本号之间可以具有一定的关系，可以预先设定好如何通过当前系统版本号得到下一系统版本号的规则，并在接收到重新配置的触发命令后，更新子模块根据该预设规则将当前系统版本号更新为下一系统版本号。在一实施例中，预设规则可以是一种运算函数，将当前系统版本号作为该运算函数的自变量，而将下一系统版本号作为该运算函数的因变量。在另一实施例中，预设规则还可以是一张存储表，用于存储一系列的系统版本号，从中可以找出当前系统版本号对应的下一系统版本号。可以理解的是，预设规则不限于上述两种方式，可以根据实际情况设置，在此不做限制。

当前系统本版号和下一系统版本号的长度固定，且都为第一固定长度。第一固定长度是预先设定好的。第一固定长度可以基于可能会用到的系统版本号的最大值等确定，具体可根据实际情况设置，在此不再赘述。为了解决数据主键的重复异常等问题，当前系统版本号与下一系统版本号的数值不同，这样根据下一系统版本号生成的第二数据主键与第一数据主键不同，且也不会与数据库中已有的数据主键发生重复异常。

在本实施例的一个可选实现方式中，如图5所示，所述配置模块402，之前，所述装置还包括：

第一发送模块501，被配置为将所述第一数据主键发送给数据库；

监测模块502，被配置为监测所述数据库是否返回所述第一数据主键发生重复异常的事件。

该可选的实现方式中，生成第一数据主键后，第一发送模块501将该第一数据主键发送给数据库，以便数据库执行插入操作，也即将第一数据主键以及对应的数据插入到数据库中。如果数据插入失败，且数据库返回的是数据主键重复的异常事件，监测模块502则可以确定第一数据主键与数据库中的已有数据主键发生了重复异常，因此需要重新生成数据主键。

在本实施例的一个可选实现方式中，在所述第一生成模块401之前，所述数据主键生成装置，还包括：

第二生成模块，被配置为生成所述当前序列号；其中，所述当前序列号具有第二预设固定长度，且所述当前序列号的取值在所述第二预设固定长度能够表示的最小值与最大值之间。

该可选的实现方式中，生成第一数据主键之前，第二生成模块需要先获取当前序列号。当前序列号具有第二预设固定长度。当前序列号的最大值和最小值与第二预设固定长度有关，最小值可以是0或者1，最大值取决于第二预设固定长度，例如第二预设固定长度为3的情况下，其能够表示的最大值可以是“999”，而第二预设固定长度为4的情况下，其能够表示的最大值可以是“9999”。当前序列号可以从最小值开始生成，且与上次生成的序列号具有固定间隔，例如固定间隔为1，前次生成的序列号为1，本次生成的序列号为2，下次生成的序列号为3等。每次生成第一数据主键时，依据前次生成的序列号以及固定间隔生成当前序列号，这样所生成的第一数据主键与上次生成的第一数据主键之间具有序列关系，且不会发生重复，除非当前生成的序列号超出了其最大值的范围，此时可以从最小值重新开始生成当前序列号。在第一数据主键包括日期的情况下，为了使得在一天之内产生的第一数据主键不发生重复，通常会通过一些通用开发规范、对一天业务量峰值评估和数据库拆分等，来确定第二预设固定长度。但是，如果某天有突发事件，例如大促、或者其他事件造成一天产生的数据条数超出了第二预设固定长度所能表示的最大值，则会从最小值重新开始生成当前序列号，这样可能引发第一数据主键重复的异常，而本公开实施例通过在第一数据主键中预留系统版本号，使得在发生第一数据主键重复异常时，通过配置系统版本号，即使当前序列号从最小值重新开始生成，也不会与之前生成的第一数据主键发生重复，为数据主键重复异常这类问题提供了一种应急方案。

在本实施例的一个可选实现方式中，如图6所示，所述重新生成模块403之后，所述数据主键生成装置，还包括：

第二发送模块601，被配置为将所述第二数据主键发送给数据库；

第三生成模块602，被配置为在所述数据库完成所述第二数据主键的写入操作后，生成下一序列号；其中，所述下一序列号与所述当前序列号具有相同的第二预设固定长度，所述下一序列号的取值在所述第二预设固定长度能够表示的最小值与最大值之间，且所述下一序列号与所述当前序列号的取值之间具有预设的固定间隔。

在该可选的实现方式中，在第一数据主键发生重复异常时，重新配置系统版本号，并根据重新配置后的系统版本号以及当前序列号生成第二数据主键。在生成第二数据主键后，第二发送模块601将第二数据主键发送给数据库，数据库可以将第二数据主键以及该第二数据主键对应的数据条目写入数据库中，第三生成模块602在数据库完成写入操作后，生成下一序列号，以便利用该下一序列号以及重新配置后的系统版本号生成下一数据主键。下一序列号与当前序列号一样，都具有第二预设固定长度，其最大值和最小值也为第二预设固定长度所能表示的最大值和最小值，下一序列号与当前序列号具有预设的固定间隔，按照该固定间隔生成下一序列号时，如果超出了第二预设固定长度所能够表示的最大值，则下一序列号从第二预设固定长度所能够表示的最小值重新开始生成。

在本实施例的一个可选实现方式中，所述第一数据主键包括当前系统版本号、当前序列号、当前日期以及业务标识；和/或，所述第二数据主键包括下一系统版本号、当前序列号、当前日期以及业务标识。

该可选的实现方式中，第一数据主键除了系统版本号和当前序列号之外，还包括当前日期以及业务标识。业务系统每天可能会产生很多条数据，例如用户在电商平台产生的订单数据。对于这些数据，为了能够在写入数据库后可以进行区分，并进行查询等数据库操作，则在写入数据库时会为每条数据分配一数据主键，并以该数据主键为索引进行查询等数据库操作。该数据主键需要唯一标识这些数据，并且不能发生重复，因此生成的第一数据主键可以包括当前日期、业务标识、系统版本号以及当前序列号，使其不但起到按日期、业务进行区分、排序、统计的作用，还能够确保不会因为数据主键发生重复而导致业务瘫痪的问题出现。

第二数据主键是在重新配置系统版本号后，根据下一系统版本号、当前序列号、当前日期以及业务标识生成。第二数据主键与第一数据主键一样，可以认为是由于当天产生的数据量过大，超出了第二预设固定长度所能表示的最大值后，利用重新配置后的系统版本号所生成的数据主键，其细节与第一数据主键相同，在此不再赘述。

图7是适于用来实现根据本公开实施方式的数据主键生成方法的电子设备的结构示意图。

如图7所示，电子设备700包括中央处理单元(cpu)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行上述图1所示的实施方式中的各种处理。在ram703中，还存储有电子设备700操作所需的各种程序和数据。cpu701、rom702以及ram703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。

以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本公开的实施方式，上文参考图1描述的方法可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括有形地包含在及其可读介质上的计算机程序，所述计算机程序包含用于执行图1的方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。

附图中的流程图和框图，图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。