[发明专利]服务的预热方法、预热装置和服务系统

说明书

本申请提供了一种服务的预热方法、预热装置和服务系统，该方法包括：预热器获取多个SQL语句，得到SQL语句集合；预热器对SQL语句集合进行解析，得到多个解析结果，解析结果与SQL语句一一对应；预热器加载共性工具类和共性业务类，以使得服务器在接收到业务请求的情况下，调用预热器的解析结果、共性工具类和共性业务类中的至少一个执行业务请求对应的业务，共性工具类为服务执行业务历史调取次数大于预定次数的工具类，共性业务类为服务执行业务历史调取次数大于预定次数的业务类。该方法解决了现有技术中服务预热方法产生冗余数据的问题，并且避免了测试数据与生产数据无法有效隔离引发的误操作隐患，提高了生产数据的安全性。

技术领域

本申请涉及联机交易服务启动技术领域，具体而言，涉及一种服务的预热方法、预热装置、计算机可读存储介质、处理器和服务系统。

背景技术

解决联机交易各服务启动后，首笔交易耗时过久，甚至出现交易超时，影响用户体验.造成首笔交易耗时过久存在多方因素。首先在应用系统中引入分布式数据访问层的分库分表中间件时，需要重新对SQL语句基于语法树解析后再路由到具体到目标分片下的库表来操作数据，这就不可避免的增加了SQL访问耗时，即便业界增加了SQL解析结果的缓存复用，但对于首笔交易仍然无法根本解决SQL解析耗时问题；其次项目中java工具类或业务类代码包含静态代码语句块，或SPI接口实现类的加载等，这些都是基于按需加载，即交易首次调用到相应的业务类时才会触发加载，因此首笔交易用到的工具类或业务类会等到静态代码块或SPI加载完成后才能使用其业务逻辑方法，这就增加了加载耗时。

目前业界常见的方式是在服务生产环境引入一个影子库，启动后先调用预热交易，让预热交易产生的数据存储到影子库，待预热交易完成后，才进行真实的交易。

现有的引入影子库资源，选择预热交易的方式时，就需要应用使用方来适配改造和区分SQL类型，确定所属SQL请求的到真实的生产库，还是影子库，与此同时投产环境多引入了影子数据库，并且也未真正做到生产数据与测试数据有效隔离容易引发误操作隐患。

在背景技术部分中公开的以上信息只是用来加强对本文所描述技术的背景技术的理解，因此，背景技术中可能包含某些信息，这些信息对于本领域技术人员来说并未形成在本国已知的现有技术。

发明内容

本申请的主要目的在于提供一种服务的预热方法、预热装置、计算机可读存储介质、处理器和服务系统，以解决现有技术中服务预热方法产生冗余数据的问题。

根据本发明实施例的一个方面，提供了一种服务的预热方法，包括：预热器获取多个SQL语句，得到SQL语句集合；所述预热器对所述SQL语句集合进行解析，得到多个解析结果，所述解析结果与所述SQL语句一一对应；所述预热器加载共性工具类和共性业务类，以使得服务器在接收到业务请求的情况下，调用所述预热器的所述解析结果、所述共性工具类和所述共性业务类中的至少一个执行所述业务请求对应的业务，所述共性工具类为所述服务执行业务历史调取次数大于预定次数的工具类，所述共性业务类为所述服务执行业务历史调取次数大于所述预定次数的业务类。

可选地，所述预热器包括ORM层和复用资源池，所述ORM层用于将数据的操作映射成SQL语句，所述复用资源池用于存储所述服务历史执行业务记录中使用的动态SQL语句，所述SQL语句集合包括静态SQL语句集合和动态SQL语句集合，预热器获取多个SQL语句，得到SQL语句集合，包括：通过所述ORM层获取所述服务对应的静态SQL语句，得到所述静态SQL语句集合；读取所述复用资源池的动态SQL语句，得到所述动态SQL语句集合。

可选地，所述预热器加载共性工具类和共性业务类，包括：对历史调取次数大于所述预定次数的所述工具类和所述业务类进行标识，得到所述共性工具类和所述共性业务类，所述共性工具类和所述共性业务类具有预热注解标识；调用java注解扫描功能获取所述共性工具类和所述共性业务类；加载所述共性工具类和所述共性业务类。