Sequelize结合MySQL如何实现非精确相似字符串匹配检索

原有代码逻辑问题拆解 #

你之前写的查询存在两层问题，导致结果完全不符合预期：

• 语法解析逻辑错误：把Op.like和Op.eq作为Op.or的对象键值传入时，Sequelize实际会将其解析为「cell字段需要同时满足两个条件」（既包含横杠，又完全等于无横杠的目标号码）。这本身就是矛盾的条件——无横杠的目标号码根本不含横杠，永远不会匹配到任何记录。
• 业务逻辑方向偏差：就算修正语法把两个条件改成真正的Or关系，[Op.like]: "%-%"的匹配规则也只是无差别检索所有带横杠的手机号记录，完全不会和你传入的+921234567890做内容关联，根本做不到定向匹配目标号码。

适配当前场景的正确实现 #

你当前场景的核心差异，只是数据库存储的号码在国家区号后多了一个横杠分隔符，只要把存储值里的横杠移除，就能和你传入的无分隔号码做精准等值匹配，不需要依赖模糊LIKE检索。
可以直接借助MySQL的内置REPLACE字符串替换函数实现，Sequelize中对应的写法如下：

// 引入Sequelize对应的内置方法
const { Op, fn, col, where } = require('sequelize');

// 定义你的目标号码（即要检索的无横杠字符串 +921234567890）
const targetCellNumber = '+921234567890';

// 模型查询逻辑
PhoneModel.findAll({
  where: where(
    // 第一部分：要比对的数据库字段值，这里做了移除横杠的处理
    fn('REPLACE', col('cell'), '-', ''),
    // 第二部分：匹配规则，处理后的值等于目标号码就算匹配
    { [Op.eq]: targetCellNumber }
  )
})

逻辑说明 #

• 这里使用Sequelize内置的where方法构造自定义比对条件，因为我们需要对原始cell字段做函数处理后再匹配，无法直接使用「字段名: 匹配规则」的常规写法
• REPLACE是MySQL内置的字符串函数，会逐行处理cell字段的存储值，把字符串中所有的-字符替换为空值：比如原本存储的+92-1234567890，处理后会变成+921234567890
• 处理后的字符串会和你传入的目标值做精确匹配，只有和目标号码内容一致、仅存在横杠差异的记录才会被检索出来，不会出现无差别捞取所有带横杠记录的问题。

延伸注意事项 #

• 如果后续存储的号码还存在空格、括号等其他格式分隔符，可以叠加多个REPLACE函数依次移除对应字符，再做匹配
• 这种查询时对字段做函数处理的写法，会导致数据库无法直接利用cell字段的普通索引，如果后续表数据量超过十万级，建议在表中新增一个专门存储纯号码（移除所有特殊分隔符）的字段，给这个字段加索引后做匹配，查询性能会大幅提升
• 如果你确实想使用LIKE模式匹配，需要先把目标值拆解成和存储格式匹配的模式串，比如已知横杠在第3位，可以拼出+92-%的模式做匹配，但这种写法对存储格式的变更容错性差，远不如替换后匹配的方案稳定。

内容的提问来源于stack exchange，提问作者anosha_rehan