【Redis模糊查询】性能测试篇

1. 目标：

解决redis模拟数据表模糊查询问题，并测试性能

参考数据表：com_item;

模糊查询字段：ITEM_CODE, ITEM_NAME, SPELL_CODE, WB_CODE, FIGURE_CODE, CUSTOM_CODE

2. 方法：采用redis，通配符模糊匹配key功能，key存储以 “|” 为分隔符，组装模糊查询字段，

如下图

       查询条件格式如：如："*IUI|*|FC0*"

3. 测试性能

3.1 批量插入测试数据，1000条

• 查询条件：*|*葡牛*，
• 同sql: FEEITEM_NAME like %葡牛%

• 进行模糊匹配，查询成功，结果集如下：

• 取几次查询耗时样本如下：

Query key:FEE_ITEM:*|*葡牛* cost：1793ms

Query key:FEE_ITEM:*|*葡牛* cost：1823ms

Query key:FEE_ITEM:*|*葡牛* cost：1844ms

耗时均值在1.8s左右

3.2. 批量插入测试数据，20000条

• 查询条件：*|*健牵*|RFIT*，

同sql: FEEITEM_NAME like ”%葡牛%” and CUSTOM_CODE like “RFIT%”

• 查询成功，取几次查询耗时样本：

Query key:FEE_ITEM:*|*健牵*|RFIT* cost：1965ms

Query key:FEE_ITEM:*|*健牵*|RFIT* cost：1890ms

Query key:FEE_ITEM:*|*健牵*|RFIT* cost：1949ms

耗时均值在1.9s左右

结论：此测试进行时，redis中已存储了大量的数据，相对影响了性能，同时测试未模拟并发情况，如果并发处理，效率可能更低，基于持续生产的系统，存储量只能越来越大，模糊匹配的效率会越来越低，所以无特殊情况不建议使用redis的模糊查询，可使用es、redis search替代。

Scan方式后续会展开测试，请关注。

---

以上 ，喜欢可以给作者点个赞，欢迎交流！