我想这可能会有帮助。
若要搜索\n，请将其指定为\n。要搜索\，请将其指定为\这是因为反斜杠被解析器剥离一次，然后在进行模式匹配时再次剥离，只留下一个反斜杠进行匹配。
链接
like和=是不同的运算符。
=是对数字和字符串进行操作的比较运算符。比较字符串时，比较运算符比较整个字符串。
like是一个字符串运算符，用于逐个字符进行比较。

mysql> SELECT 'ä' LIKE 'ae' COLLATE latin1_german2_ci;
+-----------------------------------------+
| 'ä' LIKE 'ae' COLLATE latin1_german2_ci |
+-----------------------------------------+
|                                       0 |
+-----------------------------------------+
mysql> SELECT 'ä' = 'ae' COLLATE latin1_german2_ci;
+--------------------------------------+
| 'ä' = 'ae' COLLATE latin1_german2_ci |
+--------------------------------------+
|                                    1 |
+--------------------------------------+

（部分回答——从mysql端接近。）
什么匹配/不匹配
案例1：（我不知道多余的反斜杠和引号是从哪里来的。）

WHERE `my_namespace_my_values`.`value` = '\\\"Good Quality\\\"'

\"Good Quality\"               -- matches
Good Quality                   -- does not match
The product has Good Quality.  -- does not match

案例2：（发现 Good Quality 任何地方 value .)

WHERE my_namespace_my_values.value LIKE '%Good Quality%'

\"Good Quality\"               -- matches
Good Quality                   -- matches
The product has Good Quality.  -- matches

案例3：

WHERE `my_namespace_my_values`.`value` = 'Good Quality'

\"Good Quality\"               -- does not match
Good Quality                   -- matches
The product has Good Quality.  -- does not match

性能：
如果 value 已声明 TEXT ，所有病例均进展缓慢。
如果 value 没有索引，一切都很慢。
如果 value 是 VARCHAR(255) （或更小）和索引，情况1和3更快。它可以快速找到一行，而不是检查所有行。
措辞不同： LIKE 使用前导通配符( % )速度很慢。
为列编制索引对于性能很重要，但是 TEXT 无法编制索引。

这是什么？它是如何为模型上的where（对于文本列类型）生成的？
这是在活动记录（arel）词汇引擎后面生成的。关于第二个问题，请看我的回答。
使用…在性能方面有什么不同。。。
“=”按整个字符串/块比较匹配，而like按字符（按字符）匹配。
在我的项目中，我得到了数百万行的表，根据我的经验，使用comparator“=”或regexp比在查询中使用like要快得多。
我如何用连接（query#2）得到我的查询，产生这样的结果。。。
你能试试这个吗，

OtherModel.joins(:my_values).where(OtherModel[:value].eq('\\\"Good Quality\\\"'))

“=”op正在寻找精确匹配，而like op的工作方式更像模式匹配，“%”与正则表达式中的“*”类似。
所以如果你有
品质优良
质量更好
只有喜欢才能得到两种结果。
关于转义字符串，我不确定这是在哪里生成的，但看起来像是一些标准化的转义，以使其对sql有效。