当前位置:首页 > 数据库 > Mysql

使用MySQL时需要注意的细节

1. left join和count(*) select a.id, count(*) from a left join b on b.a = a.id group by a.id 这个查询试图统计出对于a中的每条记录来说,在b中匹配的记录的数目。 问题是,在这样一个查询中,count(*)永远不会返回一个0。对于a中某条记录来说,如果没有

1. left join和count(*) select a.id, count(*) from a left join b on b.a = a.id group by a.id

这个查询试图统计出对于a中的每条记录来说,在b中匹配的记录的数目。

问题是,在这样一个查询中,count(*)永远不会返回一个0。对于a中某条记录来说,如果没有匹配的记录,那么那条记录还是会被返回和计数。

只有需要统计b中的记录数目的时候才应该使用count。既然可以使用count(*),那么我们也可以使用一个参数来调用它(忽略掉null),我们可以把b.a传递给它。在这个例子中,作为一个连接主键,它不可以为空,但是如果不想匹配,它也可以为空。

2. in和','——值的分隔列表

这个查询试图让column的值匹配用','分隔的字符串中的任意一个值:

select * from a where column in ('1, 2, 3')

这不会正常发挥作用的,因为在in列表中,那个字符串并不会被展开。

如果列column是一个varchar,那么它(作为一个字符串)会和整个列表(也作为一个字符串)进行比较,当然,这不可能匹配。如果 column是某个数值类型,那么这个列表会被强制转换为那种数值类型(在最好的情况下,只有第一项会匹配)。

处理这个查询的正确方法应该是使用合适的in列表来重写它:

select * from a where column in (1, 2, 3)

或者,也可以使用内联:

select * from ( select 1 as id union all select 2 as id union all select 3 as id ) q join a on a.column = q.id

但是,有时这是不可能的。如果不想改变那个查询的参数,可以使用find_in_set:

select * from a where find_in_set(column, '1,2,3')

但是,这个函数不可以利用索引从表中检索行,会在a上执行全表扫描。

3. 通过一个组来选取第一条记录 select a.* from a group by grouper order by min(id) desc

这个查询试图选出id值最小的记录。但是无法保证通过a.*返回的非聚合的值都属于id值最小的那条记录(或者任意一条记录)。

这样做会更清晰一些:

select a.* from ( select distinct grouper from a ) ao join a on a.id = ( select id from a ai where ai.grouper = ao.grouper order by ai.grouper, ai.id limit 1 )

这个查询和前面那个查询类似,但是使用额外的order by可以确保按id来排序的第一条记录会被返回。

4. 通过一个组来选取任意的记录

这个查询打算通过某个组(定义为grouper来)来选出一些记录:

select distinct(grouper), a.* from a

distinct不是一个函数,它是select子句的一部分。它会应用到select列表中的所有列,实际上,这里的括号是可以省略的。所以,这个查询可能会选出grouper中的值都相同的记录(如果在其他列中,至少有一个列的值是不同的)。

有时,这个查询可以正常地使用( 这主要依赖于mysql对group by的扩展):

select a.* from a group by grouper

在某个组中返回的非聚合的列可以被任意地使用。

首先,这似乎是一个很好的解决方案,但是,它存在着一个很严重的缺陷。它依赖于这样一个假设:虽然可以通过组来任意地获取,但是返回的所有值都要属于一条记录。

虽然当前的实现似乎就是这样的,但是它并没有文档化,无论何时,它都有可能被改变(尤其是,当mysql学会了在group by的后面使用index_union的时候)。所以依赖于这个行为并不安全。

如果mysql支持分析函数的话,这个查询可以很容易地用另一种更清晰的方式来重写。但是,如果这张表拥有一个primary key的话,即使不使用分析函数,也可以做到这一点:

select a.* from ( select distinct grouper from a ) ao join a on a.id = ( select id from a ai where ai.grouper = ao.grouper limit 1 ) 5. 对随机的样本进行排序 select * from a order by rand(), column limit 10

这个查询试图选出10个随机的记录,按照column来排序。

order by会按照自然顺序来对输出结果进行排序:这就是说,当第一个表达式的值相等的时候,这些记录才会按照第二个表达式来排序。

但是,rand()的结果是随机的。要让rand()的值相等是行不通的,所以,按照rand()排序以后,再按照column来排序也是没有意义的。

要对随机的样本记录进行排序,可以使用这个查询:

select * from ( select * from mytable order by rand() limit 10 ) q order by column 6. not in和null值 select a.* from a where a.column not in ( select column from b )

如果在b.column中有一个null值,那么这个查询是不会返回任何结果的。和其他谓词一样,in 和 not in 遇到null也会被判定为null。

你应该使用not exists重写这个查询:

select a.* from a where not exists ( select null from b where b.column = a.column )

不像in,exists总是被判定为true或false的。

7. 按照null来进行连接 select * from a join b on a.column = b.column

在两个表中,当column是nullable的时候,这个查询不会返回两个字段都是null的记录,原因如上所述:两个null并不相等。

这个查询应该这样来写:

select * from a join b on a.column = b.column or (a.column is null and b.column is null)

mysql的优化器会把这个查询当成一个"等值连接",然后提供一个特殊的连接条件:ref_or_null。

8. 小于一个值,但是不为null

我经常看到这样的查询:

select * from b where b.column < 'something' and b.column is not null

实际上,这并不是一个错误:这个查询是有效的,是故意这样做的。但是,这里的is not null是冗余的。

如果b.column是null,那么无法满足b.column < 'something'这个条件,因为任何一个和null进行的比较都会被判定为布尔null,是不会通过过滤器的。

有趣的是,这个附加的null检查不能和"大于"查询(例如:b.column > 'something')一起使用。

这是因为,在mysql中,在order by的时候,null会排在前面,因此,一些人错误地认为null比任何其他的值都要小。

这个查询可以被简化:

select * from b where b.column < 'something'

在b.column中,不可能返回null。

9. 使用附加条件的left join select * from a left join b on b.a = a.id where b.column = 'something'

除了从a返回每个记录(至少一次),当没有真正匹配的记录的时候,用null值代替缺失的字段之外,left join和inner join都是一样的。

但是,在left join之后才会检查where条件,所以,上面这个查询在连接之后才会检查column。就像我们刚才了解到的那样,非null值才可以满足相等条件,所以,在a的记录中,那些在b中没有对应的条目的记录不可避免地要被过滤掉。

从本质上来说,这个查询是一个inner join,只是效率要低一些。

为了真正地匹配满足b.column = 'something'条件的记录(这时要返回a中的全部记录,也就是说,不过滤掉那些在b中没有对应的条目的记录),这个条件应该放在on子句中:

select * from a left join b on b.a = a.id and b.column = 'something' 10. 搜索一个"null"值 select * from a where a.column = null

在sql中,null什么也不等于,而且null也不等于null。这个查询不会返回任何结果的,实际上,当构建那个plan的时候,优化器会把这样的语句优化掉。

当搜索null值的时候,应该使用这样的查询:

select * from a where a.column is null
【说明】本文章由站长整理发布,文章内容不代表本站观点,如文中有侵权行为,请与本站客服联系(QQ:254677821)!

相关教程推荐

其他课程推荐