MySQL中使用字符串而非整数进行>=比较的运行逻辑是怎样的？

核心比较规则 #

SQL对字符串类型（VARCHAR/CHAR）执行大小比较时，遵循**字典序（逐字符ASCII码比对）**规则，和数值比较逻辑完全不同：

• 从两个字符串的首个字符开始依次比对，对应位置字符的ASCII码值更大的字符串整体判定为更大
• 若前N位字符完全一致，长度更短的字符串判定为更小，例如'4' < '45'、'12' < '123'
• 只要某一位字符比对出结果就直接终止，不会参考后续字符，例如'10' < '2'：首字符'1'的ASCII码为49，小于'2'的ASCII码50，因此即使数值上10更大，字符串比较下'10'依然更小

查询异常原因 #

你执行的SELECT * FROM table WHERE number >= '1' AND number <= '458'是纯字符串比较，因此会出现结果缺失：
比如值为'5'的记录，首字符ASCII码为53，比'458'的首字符ASCII码52更大，因此'5' > '458'，会被过滤出结果集，同理13~399范围内所有首字符大于4的数字都会被排除，仅返回首字符为1、2、3、4的部分数字，和你观察到的结果一致。

去掉单引号后查询正常的原理 #

当你去掉单引号使用整数作为比对值时，SQL会触发隐式类型转换：

• 由于比对右侧是INT类型数值，SQL会自动将左侧VARCHAR列的每个值先转换为INT类型，再按数值大小规则做比较，因此可以得到1~458的正确结果。
• 注意：这种隐式转换会导致该列上的索引失效，数据量大时会有明显性能损耗；如果后续存入非纯数字的混合内容，隐式转换还会直接报错。

兼容后续混合存储的建议 #

如果后续确实需要存储字母数字混合内容，同时要支持当前纯数字阶段的范围查询，可以参考以下方案：

• 新增INT类型的冗余列，专门存储当前的纯数字值并建立索引，查询时直接用该INT列做范围匹配，后续存入混合内容时该列可设为NULL
• 若不想加冗余列，可使用显式类型转换做查询，例如MySQL中可写为WHERE CAST(number AS UNSIGNED) BETWEEN 1 AND 458，但该写法无法用到原VARCHAR列的索引，仅适合小数据量场景使用

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