mysql聚会函数可以用在where后面吗？
关于你的问题，MySQL聚合函数通常不能直接用在WHERE子句后面。WHERE子句用于过滤行，而聚合函数用于计算列的汇总值。通常情况下，聚合函数是在SELECT语句的SELECT列表或HAVING子句中使用的。
如果你想在WHERE子句中使用聚合函数的结果进行过滤，可以考虑使用HAVING子句。HAVING子句在GROUP BY子句之后，用于过滤分组后的结果集。你可以在HAVING子句中使用聚合函数来筛选满足条件的分组。
例如，假设你有一个名为"orders"的表，其中包含订单信息，你想筛选出订单总金额大于100的客户。你可以这样写：
SELECT customer_id, SUM(order_amount) AS total_amount
FROM orders
GROUP BY customer_id
HAVING total_amount > 100;
在上面的例子中，SUM()函数用于计算每个客户的订单总金额，然后HAVING子句筛选出总金额大于100的客户。
不能
根据mysql的执行步骤,当程序执行到where的时候,mysql是没有结果集的,所以聚合函数不能用在where后面。但在mysql内部运行机制中,where后面还没有结果,只有select后面才有结果集。所以聚合函数是不能放在where后面,却可以放在select后面.
题主说的是聚合函数吧。聚合函数用在select关键字后面的返回列里，不能直接用于where后的条件里; 除非where后面跟的是子查询，可以把聚合函数放在子查询里。
$query=mysql_query(select*from表名whereid='$_GET[id]')中'$_GET[id]'是什么意思？弄不明白啊？
这个是你接受的参数，就是前台通过get方法传到后端的id值，然后where里面使用id=$_GET[id],说明白了就相当于查询id=10（10就是指$_GET[id]的）的意思。
MySQL查询select * from table where id in (几百或几千个id) ，如何提高效率？
看了下面各位的回答，有的说用exist，有的说用join，难道你们不是在把简单的事情复杂化了吗？竟然还有子表子查询一说？也有朋友说的很精准，不要用select *，这个*是个坑，实际开发过程中，关于MySQL开发规范也会明确告知大家不要select *。
首先我想问的是：查询MySQL的一张表怎么查最快？当然是根据主键查询了！
默认你的MySQL库、表引擎是Innodb引擎，然后会有一颗主键的B+树，叶子节点就是这个主键索引对应的数据，意味着一次查询即可，回表都不需要好不好？简单直接！
这就是MySQL在Innodb引擎下的聚集索引。
什么是聚集索引？
InnoDB聚集索引的叶子节点存储行记录，因此InnoDB必须要有且只有一个聚集索引。
1.如果表定义了PK（Primary Key，主键），那么PK就是聚集索引。
2.如果表没有定义PK，则第一个NOT NULL UNIQUE的列就是聚集索引。
3.否则InnoDB会另外创建一个隐藏的ROWID作为聚集索引。
这种机制使得基于PK的查询速度非常快，因为直接定位的行记录。
下图是利用普通索引做查询时候的一个回表操作，如何避免回表操作？使用覆盖索引！即select xxx,yyy from table where xxx='' and yyy=''，只能查询xxx,yyy就会避免回表操作！
所以你还搞什么其他各种操作来秀呢？只不过题主说了id不是连续的，所以做不到范围查询，也就无法between查询了。
不要纯粹的依赖数据库
如果这个查询量级很大，并发很高，原则上我们是不允许直接查库的，中间必须有一层缓存，比如Redis。那至于这个数据怎么存储到redis就要看具体业务具体分析了。
如果内存足够，甚至可以把这几十万的数据直接放到redis里面去，然后通过redis 的管道查询一次给批量查询出来。
如果没必要存储这么多，或者不让存这么多，是不是可以采用redis的淘汰策略来控制缓存里的数据都是热点数据？