解决order by多个字段排序无效!

SELECT T.YEAR, T.REGION_TYPE,t.REGION_NUM FROM GIMZG_TB_CURRENT_SITUATION T

LEFT JOIN SYS_TS_REGION SYSR ON T.REGION_ID=SYSR.ID

LEFT JOIN BI_TB_PERSONNEL P ON T.USER_ID=P.LOGIN_ID

WHERE T.YEAR IN (2020,2021)

ORDER BY T.YEAR DESC,  T.REGION_TYPE ASC , T.REGION_NUM  ASC

-----------------------------------------------------------------------------------------------------------

上面的查询排序是错乱的。检查后发现,T.REGION_NUM 在数据库存的是VARCHAR2的,经过调整。

SELECT T.YEAR, T.REGION_TYPE,t.REGION_NUM FROM GIMZG_TB_CURRENT_SITUATION T

LEFT JOIN SYS_TS_REGION SYSR ON T.REGION_ID=SYSR.ID

LEFT JOIN BI_TB_PERSONNEL P ON T.USER_ID=P.LOGIN_ID

WHERE T.YEAR IN (2020,2021)

ORDER BY T.YEAR DESC,  T.REGION_TYPE ASC , CAST(T.REGION_NUM as integer)  ASC

修改之后排序正常了,特此记录一下。

引用\[1\]:根据引用内容中的描述,MySQL的子查询中加入order by语句可能会导致索引失效。在MySQL 5.7之后,为了解决这个问题,需要在子查询中加入limit限制。然而,即使加入了limit,仍然可能会使用filesort,导致子查询无效。因此,使用子查询进行order by操作可能会遇到问题。\[1\] 引用\[2\]:在MySQL中,建立索引是非常重要的。常见的问题之一是询问什么情况下索引会失效。一般来说,索引失效可能是因为没有遵守B+树的最左原则。此外,即使按照最左原则建立了索引,有时也会遇到使用order by时走索引和不走索引的情况。\[2\] 引用\[3\]:根据引用内容中的描述,当查询字段为'*'时,MySQL可能会选择全表扫描而不走索引。这是因为当查询字段为'*'时,MySQL需要进行回表查询,即在返回之前还需要进行多次回表操作。然而,如果查询字段为对应的索引字段MySQL可以直接通过索引拿到对应的返回字段,不需要进行回表操作,从而提高查询速度。此外,B+树的叶子节点已经排好序,也不需要进行排序操作,进一步提高了查询效率。因此,当查询字段为对应索引字段时,MySQL会选择走索引。\[3\] 综上所述,当使用order by时,MySQL的索引可能会失效。这可能是因为子查询中加入order by导致索引失效,或者查询字段为'*'时MySQL选择全表扫描而不走索引。在实际使用中,需要注意这些情况,合理设计索引和查询语句,以提高查询效率。 #### 引用[.reference_title] - *1* [MySQLorder by不使用索引的解决办法](https://blog.csdn.net/weixin_38238552/article/details/102530479)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* *3* [什么情况下mysql使用order by不会走索引?](https://blog.csdn.net/qq_38258642/article/details/129035223)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值