SQL判断数据是否存在，真的有必要用limit 1吗？

最近看到一些公众号上的文章，关于推荐用limit 1代替select count来判断数据是否存在的。

基本上都是说根据某一条件从数据库表中查询“有”或“没有”，推荐使用limit 1而不是select count，认为这样可以提高性能。既是一般SQL写法从

SELECT count(*) FROM table WHERE a = 1 AND b = 2

改写成：

SELECT 1 FROM table WHERE a = 1 AND b = 2 LIMIT 1

然后Java代码再从判断返回值是否大于0改为是否等于null，以此达到判断数据是否的相同的目的。

首先，我觉得理论上这个是对的，limit 1保证仅查询一行数据，count可能会查询到多行数据。

但在实际应用上真的有很大作用吗？

想象下我们的业务场景，订单如果存在则不能重复创建，一个人限购N个商品，用户新增的某个业务数据已经存在。

我们可以看到这样的场景下被查询到的用于count的数据通常只有1条或少数几条。而且判断条件的字段都是有索引的，比如上面例子订单号，用户id+商品id等。所以我认为这两者的性能差别基本可以忽略。

那么这样的做法在性能上并没有多大的提升，反而有缺点。

1. 带来程序语义上的偏差，期望是判断数量，却看到一个limit语句。

2. 不利于部分场景下的扩展，比如上面限购例子。如果开始限购1个可以用limit 1，限购10个是不是要用limit 10呢。