COUNT(*)在MySQL中进行了优化，所以一般来说，前者查询可能更快。

我觉得值得指出的是，尽管评论中提到了这一点，但在这种情况下:

SELECT 1 FROM my_table WHERE *indexed_condition* LIMIT 1

优于:

SELECT * FROM my_table WHERE *indexed_condition* LIMIT 1

这是因为第一个查询可以通过索引来满足，而第二个查询则需要行查找(除非可能表的所有列都在所使用的索引中)。

添加LIMIT子句允许引擎在找到任何行后停止。

第一个查询应该类似于:

SELECT EXISTS(SELECT * FROM my_table WHERE *indexed_condition*)

它向引擎发送相同的信号(1/*在这里没有区别)，但我仍然会写1来加强使用EXISTS时的习惯:

SELECT EXISTS(SELECT 1 FROM my_table WHERE *indexed_condition*)

如果在没有匹配的行时需要显式返回，那么添加EXISTS包装可能是有意义的。

或者您可以将原始sql部分插入到条件中 所以我有 “条件”= >阵列('成员。id不在(选择会员。member_id FROM memberships AS Membership)')

我选COUNT(1)。它比COUNT(*)快，因为COUNT(*)测试该行中是否至少有一列是!= NULL。您不需要这样做，特别是因为您已经有了一个条件(WHERE子句)。COUNT(1)测试1的有效性，它总是有效的，并且测试所需的时间要少得多。

对于非innodb表，你也可以使用信息模式表:

http://dev.mysql.com/doc/refman/5.1/en/tables-table.html

我最近在这个问题上做了一些研究。如果字段是一个非唯一的TEXT字段，实现它的方式必须不同。

我已经做了一些测试与文本字段。考虑到我们有一个有1M个条目的表。37个条目等于“某物”:

从测试中选择“%something%”这样的文本 Mysql_num_rows (): 0.039061069488525s。(快) SELECT count(*) FROM test WHERE text LIKE '%something%: 16.028197050095 s。 SELECT EXISTS(SELECT 1 FROM test WHERE text LIKE '%something%'): 0.87045907974243 s。 SELECT 1 FROM test WHERE text LIKE '%something%' LIMIT 1): 0.044898986816406s。

但是现在，在BIGINT PK字段中，只有一个条目等于'321321':

SELECT * FROM test2 WHERE id ='321321 Mysql_num_rows (): 0.0089840888977051s。 SELECT count(*) as count FROM test2 WHERE id ='321321': 0.00033879280090332s SELECT EXISTS(SELECT 1 FROM test2 WHERE id ='321321'): 0.00023889541625977s。 SELECT (SELECT 1 FROM test2 WHERE id ='321321' LIMIT 1): 0.0002031326293943s。(快)