MySQL中分页与模糊查询的陷阱及解决方案

在处理大量数据时，MySQL 的 LIKE 语句与分页功能结合使用是一个常见的需求，但如果不仔细处理，可能会遇到一些预料之外的问题。本文将通过一个实际案例，探讨这些问题及其解决方案。

背景介绍

在开发一个品牌查询接口时，为了提高前端性能，防止因一次性加载过多数据导致页面卡顿，我们采用了分页技术。起初，由于品牌数量较少，系统运行良好。然而，随着新功能的增加——允许用户输入自定义品牌名进行搜索——问题逐渐浮现。

问题描述

某天，运营团队报告称，尽管数据库中已存在名为“苏三”的品牌，当用户输入“苏三”作为关键词时，系统并未显示该品牌供用户选择，反而提示用户创建一个新的品牌“苏三”。经过调查，发现这是由于分页处理不当造成的。具体来说，当用户搜索“苏三”时，符合条件的品牌分布在多页中，而前端默认只请求了第一页的数据，未能包含完全匹配的“苏三”品牌。

解决方案探索

1. 增加分页大小

最直接的方法是增大每次请求的数据量（即 pageSize），例如从5增加到200或更多。虽然这种方法可以快速解决问题，但它并不是长久之计，因为无法预测未来是否有更多的品牌需要展示在第一页上。

2. 精确与模糊查询分离

另一种方法是将查询分为两部分：首先尝试精确匹配，如果没有找到结果，再进行模糊匹配。这样可以确保完全匹配的结果总是出现在最前面。但是，这种方法会增加代码复杂性和维护成本。

3. 调整排序逻辑

考虑到问题的根本原因是排序方式导致的，可以尝试改变排序依据。最初，我们使用了 edit_date 进行倒序排列，这可能导致某些品牌虽然符合搜索条件但被排在较后的页面。改为按品牌名称的长度或直接按名称排序，可以有效解决这一问题。

最终解决方案

通过结合 char_length 和 locate 函数，我们设计了一个新的排序策略：首先按名称长度升序排列，其次按关键词在名称中的位置升序排列。这样不仅保证了完全匹配的品牌优先显示，也合理地组织了其他模糊匹配的结果。

结论

虽然单独使用模糊查询或分页通常不会出现问题，但当两者结合时，必须仔细考虑排序逻辑以避免意外情况。利用 MySQL 提供的各种内置函数，可以有效地应对这类复杂场景，提升用户体验。