MySQL is null 查询太慢的问题

最新推荐文章于 2023-02-15 14:33:08 发布

咸粽子的咖啡厅丿

最新推荐文章于 2023-02-15 14:33:08 发布

阅读量2.3k

点赞数

文章标签： mysql

本文链接：https://blog.youkuaiyun.com/qq_37288563/article/details/118179391

版权

本文探讨了20万条数据中，针对列column进行null查询和长度判断时的时间差异，重点关注字符类型列的效率提升策略。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

数据量 20万条
column is null查询所耗费时间 2.5s左右
length(column) is null查询耗费时间0.5s左右

该方法只适用于所判断列 column 为字符类型

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

咸粽子的咖啡厅丿

关注关注

0
点赞
踩
3

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

MySQL中的“IS NULL”优化

常备不懈

04-22

2054

在MySQL数据库中，查询性能的优化是保持应用高效运行的关键。一个常见的情况是处理空值（NULL），尤其是在查询条件中使用`IS NULL`时。

mysql慢查询日志

只是晓云闲的博客

03-05

3246

慢日志查询

1 条评论您还未登录，请先登录后发表或查看评论

mysql is null 速度慢

weixin_35755434的博客

02-15

1609

当MySQL数据库中的某些列或字段中存在大量NULL值时，查询操作可能会变得较慢。这是因为在执行查询时，MySQL需要检查每个行以查看它是否具有空值。如果数据表中存在大量NULL值，则这个过程可能需要花费大量时间。为了解决这个问题，您可以考虑以下几点：尽量避免在列或字段中存储NULL值，尽可能填充默认值。如果您必须使用NULL值，请考虑将它们放在单独的数据表中，以避免对查询操作的影响。 ...

mysql null查询速度_为什么这个mysql查询（用null检查）是这么慢这个其他吗？

weixin_35397676的博客

01-19

494

I getting in doubt with "IS NULL" MySQL check. I have this 2 queries. The first one runs in about 300 seconds. The second one run less then 1 second!Slow query:SELECT count(distinct(u.id))FROM ips_usu...

mysql查询 is null 速度太慢_【SQL】sql查询is not null速度慢的一种处理方式

weixin_39949506的博客

02-02

4818

数据库连表查询中的nvarchar类型字段，tb_Users.Certificatesis not null条件，is not null 会导致查询速度慢很多(因为和“=”号条件遍历方式不一样)。替换为 “LEN(tb_Users.Certificates) >0”，利用 Users.Certificates为空时整个计算返回false，达到筛选效果。有其他更好的处理方式，有兴趣可以留言讨论...

mysql查询 is null 速度太慢,【sql】sql查询is not null速度慢的一种处理方式

weixin_39921689的博客

03-24

2421

数据库连表查询中的nvarchar类型字段，tb_Users.Certificates is not null条件，is not null 会导致查询速度慢很多(因为和“=”号条件遍历方式不一样)。替换为 “LEN(tb_Users.Certificates) >0”，利用 Users.Certificates为空时整个计算返回false，达到筛选效果。有其他更好的处理方式，有兴趣可以留言讨...

mysql慢查询优化

m0_67391870的博客

09-11

696

explain有sql分析性能show profile分析性能当只有一行数据时使用 LIMIT 1为搜索字段建索引索引并不一定就是给主键或是唯一的字段。如果在你的表中，有某个字段你总要会经常用来做搜索，那么，请为其建立索引吧。1.如果条件中有or，即使其中有条件带索引也不会使用(这也是为什么尽量少用or的原因),要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引2.对于多列索引，不是使用的第一部分，则不会使用索引最左匹配原则3.like查询以%开头4.

12个MySQL慢查询的原因分析

一直在水些技术小文

07-27

3435

当内存数据页跟磁盘数据页内容不一致的时候，我们称这个内存页为“脏页”。内存数据写入到磁盘后，内存和磁盘上的数据页的内容就一致了，称为“干净页”。一般有更新SQL才可能会导致脏页，我们回忆一下一条更新语句是如何执行的。...

mysql慢查询及优化

李意成的博客

02-13

983

背景 MySQL凭借着出色的性能、低廉的成本、丰富的资源，已经成为绝大多数互联网公司的首选关系型数据库。虽然性能出色，但所谓“好马配好鞍”，如何能够更好的使用它，已经成为开发工程师的必修课，我们经常会从职位描述上看到诸如“精通MySQL”、“SQL语句优化”、“了解数据库原理”等要求。我们知道一般的应用系统，读写比例在10:1左右，而且插入操作和一般的更新操作很少出现性能问题，遇到最多的，也是最容易出问题的，还是一些复杂的查询操作，所以查询语句的优化显然是重中之重。本人从2013年7月份起，一直在美团

求问大佬们，这两句SQL有什么区别？ isnull 判空不是还减慢了sql执行速度吗？

weixin_42328656的博客

05-28

903

select * from ou_orgchange a where isnull(closed,0) = 1;select * from ou_orgchange a where closed = 1;

mysql is null 性能_「isnull」MySql数据库的优化-MySql中is NULL、ISNULL()和IFNULL()运行速度的比较 - seo实验室...

weixin_31903257的博客

01-21

1368

isnull在查询过程中，我们经常用到非空和is null的查询，为了更高效的查询，我们应该知道那种方法更快。在上一篇中，我们已经添加了一些数据。根据这些数据我们就可以来做一些验证。第一步，is NULL要比ISNULL()的比较SELECT * from 表名 where 字段名 is NULLSELECT * from 表名 where ISNULL(字段名)由上面可以看出，is NULL要比...

MySql中is NULL、ISNULL()和IFNULL()运行速度的比较

渣渣张的自我成长记录

05-28

3037

在查询过程中，我们经常用到非空和is null的查询，为了更高效的查询，我们应该知道那种方法更快。第一步，is NULL要比ISNULL()的比较 SELECT * from 表名 where 字段名 is NULL 第二步，is NULL和IFNULL()的比较 SELECT * from 表名 where 字段名 is NULL 由上面可以看出，可看出IFNULL()要比is NULL快...

个人总结的单表MySql is null 优化

qps2009的博客

06-18

312

SELECT a,b,c FROM table_a WHERE (d=1 or d is null) 相比较于直接的d is null，EXPLAIN会显示ref_or_null

Mysql中SQL语句中包含"IS NULL"对查询的影响

Xjzzon的博客

04-11

945

IS NULL 的影响不影响使用索引，MySQL可以对col_name IS NULL执行与col_name=constant_value相同的优化。例如，MySQL可以使用索引和范围来使用IS NULL搜索NULL。例子 SELECT * FROM tbl_name WHERE key_col IS NULL; SELECT * FROM tbl_name WHERE key_col ...

@n is null or n=@n 是否能保证效率？

我想我是海冬天的大海心情随风轻摆

03-16

1208

@n is null or n=@n 这种写法是部分开发人员推崇的，目的是避免SQL的拼接，避免动态SQL。乍一看，还是挺好的，存储过程入口有一万个参数也无所谓， SQL语句里面全这么写上，让SQL Server帮忙判断一下就是了。但效率到底高不高，还是得评测一下。--注：按序号分开执行 --1. --------------- 测试数据 END ---------------- US...

数据库调优

亮居

07-21

420

isnull使用心得，少用，提高性能

盘点MySQL慢查询的12个原因

yangjnsjbad的博客

05-25

5100

前言日常开发中，我们经常会遇到数据库慢查询。那么导致数据慢查询都有哪些常见的原因呢？今天田螺哥就跟大家聊聊导致MySQL慢查询的12个常见原因，以及对应的解决方法。 1. SQL没加索引很多时候，我们的慢查询，都是因为没有加索引。如果没有加索引的话，会导致全表扫描的。因此，应考虑在where的条件列，建立索引，尽量避免全表扫描。反例： select * from user_info where name ='捡田螺的小男孩公众号' ; 正例： //添加索引 ...

SQL SERVER ISNULL 和NULLIF 以及ISNULL 和IS NULL 的区别

tianlianchao1982的专栏

03-14

2090

SQL Server里的 ISNULL 与 ASP 中的 IsNull不同，SQL Server 中有两个参数，语法： ISNULL(check_expression, replacement_value) check_expression 与 replacement_value 数据类型必须一致如果 check_expression 为 NULL，则返回 replacement_valu

SELECT COUNT(*) FROM `online_travel`.`scenic_ticket` WHERE `id` = '-401993725' AND `scenicId` IS NULL AND `cover` IS NULL AND `detail` IS NULL AND `number` IS NULL AND `price` IS NULL AND `useStatus` = '0' AND `isDelete` = '0' AND `createTime` = 'CURRENT_TIMESTAMP' AND `updateTime` = 'CURRENT_TIMESTAMP' AND `telephone` = '0532-85815137'分析

最新发布

04-20

<think>嗯，用户给了我一个SQL查询语句，让我分析它的查询条件和性能问题。首先，我需要仔细看一下这个SQL的结构和各个条件。让我先通读一遍这个查询。这个查询是SELECT COUNT(*) FROM online_travel.scenic_ticket，后面跟着一堆WHERE条件。所有条件都是用AND连接的，也就是说需要同时满足这些条件才会被计数。看起来用户是想统计符合这些特定条件的记录数量。首先，我要分析查询条件是否合理。比如，id = '-401993725'，这里id字段的值是一个负数，而且被单引号括起来，可能意味着id字段是字符串类型？如果是数值类型的话，用单引号可能有问题，但不同数据库处理方式不同，比如MySQL可能会自动转换，但这样可能会影响性能。另外，scenicId IS NULL，还有cover、detail、number、price这些字段都是IS NULL，这可能表示这些字段在正常情况应该是有值的，但这里查询的是这些字段为空的情况。然后useStatus和isDelete都是等于'0'，这里用字符串还是数值类型也需要确认。createTime和updateTime等于CURRENT_TIMESTAMP，这看起来可能有问题，因为CURRENT_TIMESTAMP通常是一个函数，返回当前时间，但这里被单引号括起来，变成了字符串比较，而不是动态的时间值。也就是说，这里可能是在查找createTime和updateTime等于字符串'CURRENT_TIMESTAMP'的记录，而不是实际的时间戳。这可能是一个错误。最后，telephone = '0532-85815137'，电话号码是否正确存储需要确认，比如是否有区号或其他格式问题。接下来是性能问题。首先，检查是否有合适的索引。这个查询涉及多个字段，如果这些字段的组合没有复合索引，那么数据库可能会进行全表扫描，尤其是当表的数据量很大时，性能会很差。特别是id字段作为主键的话，通常会有索引，但其他字段如scenicId、cover等如果没有索引，可能会影响查询速度。另外，对于COUNT(*)操作，如果表很大，即使有索引，统计行数也可能需要扫描索引，但具体取决于存储引擎，比如InnoDB和MyISAM处理COUNT(*)的方式不同。另外，所有条件都是AND连接，且很多字段是IS NULL，这些字段的选择性如何？如果大部分记录这些字段都是NULL，那么过滤效果可能不好，导致扫描大量数据。比如，如果isDelete='0'表示未删除的记录，而大部分记录都是未删除的，那么这个条件的过滤效果就低，不能有效减少扫描的行数。关于createTime和updateTime的条件，如果原本是想使用当前时间戳，那么这里的写法是错误的，应该使用函数而不是字符串，比如createTime = CURRENT_TIMESTAMP，但这样可能不太合理，因为时间戳通常不会等于当前时间，除非是实时插入的数据。所以这里可能存在逻辑错误，导致查询结果为空或者不符合预期。还有telephone的条件，是否电话号码存储正确，比如是否包含区号或者其他符号，或者是否存在索引。如果电话号码字段没有索引，且数据量大，查询会变慢。总结一下，查询条件可能存在逻辑问题，尤其是时间戳的比较，同时性能问题可能源于缺乏合适的索引，特别是复合索引，以及字段的选择性不高导致扫描大量数据。优化点可能包括修正时间条件的写法，添加合适的索引，检查字段数据类型是否匹配，以及确认查询逻辑是否正确。用户可能需要知道如何优化这个查询的执行速度，以及如何调整查询条件以正确反映他们的意图。此外，用户可能还想了解如何分析执行计划，比如使用EXPLAIN来查看索引使用情况。</think>### SQL查询分析及优化建议 #### 一、查询条件分析 1. **数据类型隐患** - `id = '-401993725'`：若`id`字段为数值型，使用字符串格式可能导致隐式类型转换，影响索引使用[^2] - `createTime = 'CURRENT_TIMESTAMP'`：实际比较字符串而非时间戳，可能产生逻辑错误（正确写法应为`CURRENT_TIMESTAMP`不加引号） 2. **空值检查集中** 同时包含5个`IS NULL`条件（`scenicId`,`cover`,`detail`,`number`,`price`），建议确认业务逻辑是否允许这些核心字段全为空 3. **时间戳逻辑问题** `createTime`与`updateTime`同时等于固定时间值的情况，在正常业务场景中极难出现（通常`updateTime`会晚于`createTime`） #### 二、性能问题诊断 1. **索引缺失风险** 该查询包含10个WHERE条件字段，若未建立复合索引，将导致全表扫描。通过执行计划可验证： ```sql EXPLAIN SELECT COUNT(*) FROM `online_travel`.`scenic_ticket` WHERE ... ``` 2. **字段选择性不足** - `isDelete = '0'`：若该字段表示软删除标记，可能90%以上记录都满足此条件 - `useStatus = '0'`：状态类字段通常区分度较低 $$ \text{过滤效率} = \prod_{i=1}^{n} \text{字段选择性} $$ 3. **COUNT(*)优化空间** InnoDB引擎的COUNT操作需要遍历索引树，在亿级数据量下性能显著下降[^3] #### 三、优化方案 1. **索引优化** 建立覆盖索引（需权衡索引维护成本）： ```sql ALTER TABLE `scenic_ticket` ADD INDEX idx_optimize ( `isDelete`, `useStatus`, `scenicId`, `telephone`, `createTime` ) ``` 2. **查询重写** 按字段过滤优先级调整条件顺序： ```sql SELECT COUNT(*) FROM `scenic_ticket` WHERE `telephone` = '0532-85815137' -- 高区分度条件前置 AND `createTime` = CURRENT_TIMESTAMP -- 修正时间条件 AND `id` = -401993725 -- 移除类型转换 AND `isDelete` = '0' ... ``` 3. **架构优化** 对频繁访问的统计类查询，建议： - 使用物化视图（MySQL 8.0+） - 定时任务+计数表 - 列式存储引擎 #### 四、执行计划验证通过`EXPLAIN FORMAT=JSON`可获取详细成本分析： ```json { "query_block": { "cost_info": { "query_cost": "3247.52" // 优化目标应降至100以下 }, "table": { "index": "idx_optimize", // 验证索引命中 "rows_examined_per_scan": 158632 } } } ```