13518219792
当然可以啊。
我们提供的服务有：成都做网站、成都网站制作、微信公众号开发、网站优化、网站认证、合水ssl等。为上千余家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的合水网站制作公司
where后面是加SQL执行条件的，也就是说，只有符合where后面的条件的数据记录，才会被当前SQL操作影响。
而order by是查询出来的数据进行排序的。
你可以理解为，我按where条件查询数据，再将这些数据按order by进行排序。
它们是没有冲突的
对于WHERE后面的条件，数据库有一定的优化能力，一般是首先对有索引的字段进行筛选，由于你的wtid字段可能有索引，加上这个字段会首先用它进行筛选，所以效率大大提高。
你的分析只适合所有字段都没有索引的情况。
另外，如果多个字段都有索引，数据库会先选择索引的离散度较高的（例如ID）字段，后选择离散度较低的（例如性别）字段。
如下：
select col1,sum(cols2) from table_name group by col1 having sum(col2)100
不需要用where，用having就可以，这个就代表查询按照col1分组后，sum(col2)大于100的那些。
不能的，group by表示要排序了，后面接的应该是属性名，where后面表示提出条件之类的，如果对排序需要有条件筛选，应该在属性名后接 having +条件 。
本小节主要讨论针对 WHERE 子句的优化。实例中使用的是 SELECT 语句，但是这些优化规则同样适用于在 DELETE 和 UPDATE 语句中使用的 WHERE 子句。
您可能尝试去重写查询以便能更快地进行算术运算，即使牺牲了可读性。由于MySQL会自动执行类似的优化，所以通常可以避免这种工作，并使查询保持更易理解和可维护的形式。MySQL执行的一些优化如下：
在MySQL 8.0.14及更高版本中，这是在准备期间而不是在优化阶段期间进行的，这有助于简化连接。有关更多信息和示例，请参见 第8.2.1.8节“外部连接优化” 。
下面是一些快速查询的例子：
下列查询仅使用索引树就可以解决(假设索引的列为数值型)：
下列查询使用索引按排序顺序检索行，不用另外的排序：
原文地址
语句顺序
select 选择的列
from 表
where 查询的条件
group by 分组属性 having 分组过滤的条件
order by 排序属性
limit 起始记录位置，取记录的条数
其中
select 选择的列
from 表
where 查询的条件
以上是基本的结构
group by 分组属性 having 分组过滤的条件
这个是按照分组属性进行分组，所有分组属性上值相同的记录被分为一组，作为结果中的一条记录，后面的having是对分组进行过滤的条件，必须和group by一起使用
order by 排序属性 是对结果集合进行排序，可以是升序asc，也可以是降序desc
limit 起始记录位置，取记录的条数
对记录进行选取，主要用来实现分页功能
