新来的实习生把数据库搞炸了...... - 心血管外科杂志(电子版)杂志社投稿

一、稿件要求： 1、稿件内容应该是与某一计算机类具体产品紧密相关的新闻评论、购买体验、性能详析等文章。要求稿件论点中立，论述详实，能够对读者的购买起到指导作用。文章体裁不限，字数不限。 2、稿件建议采用纯文本格式(*.txt)。如果是文本文件，请注明插图位置。插图应清晰可辨，可保存为*.jpg、*.gif格式。如使用word等编辑的文本，建议不要将图片直接嵌在word文件中，而将插图另存，并注明插图位置。 3、如果用电子邮件投稿，最好压缩后发送。 4、请使用中文的标点符号。例如句号为。而不是.。 5、来稿请注明作者署名(真实姓名、笔名)、详细地址、邮编、联系电话、E-mail地址等，以便联系。 6、我们保留对稿件的增删权。 7、我们对有一稿多投、剽窃或抄袭行为者，将保留追究由此引起的法律、经济责任的权利。二、投稿方式： 1、请使用电子邮件方式投递稿件。 2、编译的稿件，请注明出处并附带原文。 3、请按稿件内容投递到相关编辑信箱三、稿件著作权： 1、投稿人保证其向我方所投之作品是其本人或与他人合作创作之成果，或对所投作品拥有合法的著作权，无第三人对其作品提出可成立之权利主张。 2、投稿人保证向我方所投之稿件，尚未在任何媒体上发表。 3、投稿人保证其作品不含有违反宪法、法律及损害社会公共利益之内容。 4、投稿人向我方所投之作品不得同时向第三方投送，即不允许一稿多投。若投稿人有违反该款约定的行为，则我方有权不向投稿人支付报酬。但我方在收到投稿人所投作品10日内未作出采用通知的除外。 5、投稿人授予我方享有作品专有使用权的方式包括但不限于：通过网络向公众传播、复制、摘编、表演、播放、展览、发行、摄制电影、电视、录像制品、录制录音制品、制作数字化制品、改编、翻译、注释、编辑，以及出版、许可其他媒体、网站及单位转载、摘编、播放、录制、翻译、注释、编辑、改编、摄制。 6、投稿人委托我方声明，未经我方许可，任何网站、媒体、组织不得转载、摘编其作品。

新来的实习生把数据库搞炸了......

作者:

关键词:

摘要：

“

SQL 写的秒，涨薪呱呱叫！就在前不久公司新来的实习生因为写错了一条SQL把数据库搞炸了。

图片来自 Pexels

新来的实习生小杨写了一条 SQL 语句：

SELECT wx_id from `user` WHERE wx_id = 2

当小杨迫不及待准备下班回家的时候，隔壁的王经理一把抓住了小杨，并用 EXPLAIN 命令教育了小杨，小杨流下了没有文化的泪水。

这条 SQL 语句中，wx_id 是具有索引的，但是王经理查出来的结果却是这样的：

王经理的教育

小杨仔细一瞅 key 字段显示为 Null，很明显这条 SQL 语句没有走索引。

小杨心想“糟糕，又写错 SQL 语句了，这下又要面临运维和经理的混合双打了，不行我得立马改下这条 SQL 语句，让我想想哪里出错了”！

小杨脑袋瓜疯狂乱撞，仔细回想表结构，忽然想到，wx_id 字段是 varchar 类型，自己查询的时候竟然没有加引号。

小杨一把抢过经理手里的键盘，往 wx_id 的查询条件上加了引号，结果：

果然这条 SQL 语句开始走了索引。小杨沾沾自喜以为解决了个天大的 Bug。

经理微微一笑问道“你知道为什么为什么加了引号就走了索引吗？如果字段是 int 类型，那么查询的时候需不需要加引号呢？又是为什么呢？”

正餐来了

小杨被问的呆在原地，无法回答。

经过小杨研究发现，如果字段是 varchar类型，等号右侧必须加引号才走索引；如果字段是 int 类型，那么等号右侧加不加引号都是会走索引的。

什么？你不相信小杨说的话，有图有真相。（bonus 字段类型为int）

真相图

但是结论出来，还是无法回答经理的夺命三连问。

小杨搬来了答案

在 MySQL 查询中，当查询条件左右两侧类型不匹配的时候会发生隐式转换：

也就是说

SELECT wx_id from `user` WHERE wx_id = 2

等价于

SELECT wx_id from `user` WHERE CAST(wx_id AS signed int) = 2

一旦对索引字段做函数操作，MySQL 会放弃使用索引。

所以如果字段是 varchar 类型，等号右侧必须加引号才走索引，否则由于隐式转换，MySQL 会放弃使用索引。那么凭什么 int 加不加引号都可以使用索引呢？

那是因为 int 类型的数字只有 2 能转化为'2'，是唯一确定的。所以虽然需要隐式转换，但不影响使用索引

小杨追问：“你还能在告诉我一些隐式转换的知识吗？”

我反手就是一个英文文档：

If one or both arguments are NULL, the result of the comparison is NULL, except for the NULL-safe equality comparison operator. For NULL NULL, the result is true. No conversion is needed.

If both arguments in a comparison operation are strings, they are compared as strings.

If both arguments are integers, they are compared as integers.

Hexadecimal values are treated as binary strings if not compared to a number.

If one of the arguments is a TIMESTAMP or DATETIME column and the other argument is a constant, the constant is converted to a timestamp before the comparison is performed. This is done to be more ODBC-friendly. Note that this is not done for the arguments to IN()! To be safe, always use complete datetime, date, or time strings when doing comparisons. For example, to achieve best results when using BETWEEN with date or time values, use CAST() to explicitly convert the values to the desired data type.

A single-row subquery from a table or tables is not considered a constant. For example, if a subquery returns an integer to be compared to a DATETIME value, the comparison is done as two integers. The integer is not converted to a temporal value. To compare the operands as DATETIME values, use CAST() to explicitly convert the subquery value to DATETIME.

If one of the arguments is a decimal value, comparison depends on the other argument. The arguments are compared as decimal values if the other argument is a decimal or integer value, or as floating-point values if the other argument is a floating-point value.

In all other cases, the arguments are compared as floating-point (real) numbers.

贴心的我帮你们翻译成了中文：

1, 两个参数至少有一个是 NULL 时，比较的结果也是 NULL，例外是使用

对两个 NULL 做比较时会返回 1，这两种情况都不需要做类型转换

2, 两个参数都是字符串，会按照字符串来比较，不做类型转换

3, 两个参数都是整数，按照整数来比较，不做类型转换

4, 十六进制的值和非数字做比较时，会被当做二进制串

文章来源：《心血管外科杂志(电子版)》网址: http://www.xxgwkzz.cn/zonghexinwen/2021/0208/568.html