[发明专利]一种轮询查询数据的方法、装置、计算机设备及存储介质

说明书

本发明公开了一种轮询查询数据的方法、装置、计算机设备及存储介质。所述方法包括：服务器获取订单信息中的商家ID，并将所述商家ID和订单数作为键值对缓存至Redis中；服务器在接收订单查询请求后，根据商家ID判断Redis中是否缓存有所述商家对应的键值对；如果Redis中缓存有所述商家对应的键值对，则判断所述键值对的value是否小于1；当所述value不小于1时，则继续查询数据库，并获取对应的订单信息，并将所述订单信息作为查询结果返回；当所述value小于1时，则直接结束查询流程；如果Redis中未缓存所述商家对应的键值对，则结束查询。本发明通过查询Redis中是否缓存有键值对，判断是否需要继续查询数据库，减小了数据库的访问压力，并且释放了数据库资源。

技术领域

本发明涉及数据处理技术领域，具体涉及一种轮询查询数据的方法、装置、计算机设备及存储介质。

背景技术

随着科技的发展，现在无论是去餐厅吃饭还是付款开票等，都越来越体现人性化，处处为客户考虑。比如用户去餐厅吃饭时，可以提前在网上下单，然后到餐厅就可以直接享用，或者用户到餐厅不用排队去订餐，而是可以通过扫描餐桌上的二维码直接进行订餐，这样不仅节省了用户的时间，而且还提升了餐厅的工作效率。

为了实现上述功能，需要涉及到PC端、手机端和服务端。手机端和服务端之间的通信较为简单，比如用户通过手机扫描二维码下单的时候，手机端会向服务端发送订单信息，服务端接收到订单信息，但是服务端在接收到订单信息以后无法主动向PC端发送订单信息，因此如果PC端想获得对应的订单信息，只能向服务端查询获取。PC端向服务端查询获取订单信息的常用方式有以下几种：1、人工手动查询；2、定时轮询查询；3、通过websocket建立长连接查询。

但是上述三种方式均存在一些弊端，例如通过人工手动查询时，效率低、不方便；而如果是定时轮询查询或者通过websocket建立长连接查询，在用户数量少的时候一般不会出现问题，但是当用户数量比较大时，比如有上千或者上万的用户时，就会出现上千台或者上万台PC端在不断进行定时轮询查询或者通过websocket建立上千个或者上万个长连接，这样会导致服务器压力非常大，并且会消耗大部分资源，从而导致系统反应慢，同时还会影响其他功能的正常使用。

因此，如何减小数据库的访问压力以及释放数据库资源是本领域技术人员需要考虑的问题。

发明内容

本发明实施例提供了一种轮询查询数据的方法、装置、计算机设备及存储介质，旨在减小数据库的访问压力以及释放数据库资源。

第一方面，本发明实施例提供了一种轮询查询数据的方法，所述方法包括：

服务器在接收用户提交的订单信息后，将所述订单信息保存至数据库中；

服务器获取所述订单信息中的商家ID，并根据所述商家ID更新对应商家的订单数，并将所述商家ID和订单数作为键值对缓存至Redis中，其中，将所述商家ID作为所述键值对的key，将所述订单数作为所述键值对的value；

服务器在接收商家发送的订单查询请求后，根据所述商家对应的商家ID判断Redis中是否缓存有所述商家对应的键值对；

如果Redis中缓存有所述商家对应的键值对，则判断所述键值对的value是否小于1；

当所述value不小于1时，则继续查询数据库，并获取对应的订单信息，并将所述订单信息作为查询结果返回；当所述value小于1时，则直接结束查询流程；

如果Redis中未缓存所述商家对应的键值对，则直接结束查询流程。

进一步的，还包括：

当服务器接收到所述商家对所述订单信息的消费信息时，对所述数据库中相应的订单信息进行更新，以及将Redis中缓存的键值对的value减1。