ORDER BY ID导致慢查询

SQL

SELECT id AS history_id, serial_number, expiry_id, print_count, print_by
 , repeated_print, expiry_type_id, expiry_type_name, tag_start_time AS print_time, created_time
 , channel_id, expiry_duration, expiry_duration_unit_id, expiry_duration_unit_name, expiry_time
FROM pd_xq_expiry_print_history
WHERE store_id = 11023
 AND stock_print_name LIKE concat('%', '嘻嘻', '%')
 AND print_time BETWEEN '2021-06-12 00:00' AND '2021-07-12 23:59'
ORDER BY history_id DESC
limit 20;

索引

KEY `idx_store_id` (`store_id`),
KEY `idx_print_store` (`store_id`, `print_time`, `expiry_time`),

explain结果

explain结果

优化

order by print_time 或者 强制索引
在这里插入图片描述

原因

order by id,mysql 的优化器会选择主键索引,但是 where 条件里又没有主键条件,导致全表扫描。
order by gmt_create,结合 where 条件里 gmt_create ,mysq 优化器会选择 gmt_create 索引,扫描的记录数少,效果更好。
详见 详见

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SQL注入的原理 什么SQL注入 将SQL代码插入到应用程序的输入参数中,之后,SQL代码被传递到数据库执行。从而达到对应用程序的攻击目的。 注入原理 常见攻击方法 检测是否可以注入【检测注入点】 示例:http://192.168.0.1/temp.aspx?id=a or 1=1-- 如果上面语句可以执行说明可以实现注入,则可以 利用系统过程、系统表注入数据库 示例【给系统添加一个用户,黑客可以实现远程登录控制服务器】:http://192.168.0.1/temp.aspx?id=1;exec xp_cmdshell 'net user admin 123456 /add' 绕过程序的限制 示例:程序中往往限制单引号的数据,但是黑客传入单引号的ASCII码 跨站点注入 在Web页面挂某些恶意的HTML、JavaScript代码 防范SQL注入 限制错误信息的输出,避免错误信息的输出使得黑客知道网站的技术实现采用什么数据库,采用什么平台 示例:在Web.config文件中设置 限制访问数据库账号的权限 在开发应用系统的时候就应该限制,给程序最小访问数据库的权限 使用参数命令传递参数 不要使用拼接字符串的方式构造SQL语句而采用参数命令 使用存储过程 存储过程在数据库中 只能执行存储过程中固定的代码 限制输入长度 防止黑客输入超大字符串,导致服务器瘫痪 防止黑客输入较长的恶意脚本等 实现方法:文本框的MaxLength属性 URL重写技术 示例: http://testWeb/news.aspx?id=111 重写成:http://testWeb/10101111.html 传递参数尽量不用字符串 http://testWeb/news.aspx?id=111 and 1=1【黑色部分给了SQL注入的机会】 SQL优化 为什么要优化 开发是对性能考虑不多【技术差、项目工期紧等原因没有考虑性能问题】 系统运行中,数据量扩大,访问量增多,蹩脚的SQL危害开始显露 低效SQL的危害 系统响应变慢,软件开发中的8秒定律,当打开一个软件或网页超过8秒时间还没有显示,则响应太慢。 死锁,当不同用户都访问某些资源的时候SQL语句不当导致死锁 客户失去信心,软件失败 低效SQL低效在哪里?  性能低下的根源  硬件原因,数据库的配置不合理,数据库的数据文件和日志文件没有分磁盘存放,会极大影响IO性能  没有建立索引,或者SQL没有走索引。在千万级数据的表上建索引是很有必要的。  SQL过于复杂,过长的SQL语句满足程序需求但是影响性能。子查询嵌套过多对性能有影响,查询关联的表特别多也影响性能  频繁访问数据等等 SQL如何被SQLServer执行的 SQL执行原理  解释:首先解释SQL语句【语法是否正确】  解析:检验语句的出现的对象是否有效【进行一个解析,要检查对象所有权的权限】  优化:【检查SQL语句是否能够使用索引,SQL语句如何执行效率高,制定一个执行计划】  编译:  执行SQL语句:【把编译过的查询要求提交并进行处理】 如何优化SQL 完善开发的管理 完善代码审核、测试机制,软件开发是艺术! 检测SQL查询的效率 语法【对IO和Time对SQL执行进行统计】: SET STATISTICS IO ON SET STATISTICS TIME ON ------------SQL代码--------- SET STATISTICS IO OFF SET STATISTICS TIME OFF 注意:在检测之前要清理缓存,因为当我们执行SQL语句的时候查出的数据会在数据库中进行缓存,重新查询会返回缓存中的信息。 DBCC DROPCLEANBUFFERS DBCC FREEPROCCACHE 经验:使用子查询嵌套不要过多,尽量使用表连接查询代替子查询,因为表连接查询效率稍高一点。 SQL优化工具 使用报表服务 通过Reporting Service查找低效SQL 选择 性能 - 批处理执行统计信息和性能相关的几个报表服务: 性能 - 对象执行统计信息 性能 - 按平均CPU时间排在前面的查询 性能 - 按平均IO次数排在前面的查询 性能 - 按总CPU时间排在前面的查询 性能 - 按IO总次数排在前面的查询 操作示范: 1. 数据引擎上点击右键—报表—标准报表—关心的
在JPA中,如果你要保留子查询的排序,可以使用`Subquery`对象来创建子查询,并在子查询中指定排序信息。然后,你可以将子查询作为主查询的条件,并在主查询中指定分页信息和排序信息。 例如,假设你要查询`User`表中`age>20`的数据,并按照`age`降序排列。你可以使用以下代码: ```java CriteriaBuilder cb = entityManager.getCriteriaBuilder(); CriteriaQuery<User> query = cb.createQuery(User.class); Subquery<Integer> subquery = query.subquery(Integer.class); Root<User> subRoot = subquery.from(User.class); subquery.select(subRoot.get("id")).where(cb.gt(subRoot.get("age"), 20)).orderBy(cb.desc(subRoot.get("age"))); Root<User> root = query.from(User.class); query.where(cb.in(root.get("id")).value(subquery)); query.orderBy(cb.desc(root.get("age"))); TypedQuery<User> typedQuery = entityManager.createQuery(query); typedQuery.setFirstResult(pageNumber * pageSize); typedQuery.setMaxResults(pageSize); List<User> users = typedQuery.getResultList(); ``` 在上面的代码中,首先使用`CriteriaBuilder`对象创建`CriteriaQuery`对象。然后,创建一个`Subquery`对象,并在子查询中指定排序信息。在主查询中,使用`cb.in`方法将子查询作为条件,并使用`orderBy`方法指定排序信息。最后,执行查询并返回分页数据。 需要注意的是,如果你要保留子查询的排序,那么在子查询和主查询中都需要指定排序信息。否则,JPA会自动对查询结果进行排序,可能会导致排序信息丢失。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值