首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

MySQL中count(字段) ,count(主键 id) ,count(1)和count(*)的区别

所以,count(*)、count(1)和count(主键 id) 都表示返回满足条件的结果集的总行数;而 count(字段),则表示返回满足条件的数据行里面,参数“字段”不为 NULL 的总个数。...count(可空字段) 扫描全表,读到server层,判断字段可空,拿出该字段所有值,判断每一个值是否为空,不为空则累加 count(非空字段)与count(主键 id) 扫描全表,读到server层,...注意:count(1)执行速度比count(主键 id)快的原因:从引擎返回 id 会涉及到解析数据行,以及拷贝字段值的操作。 count(*) MySQL 执行count(*)在优化器做了专门优化。...看到这里,你会说优化器就不能自己判断一下吗,主键 id 肯定是非空的,为什么不能按照 count(*) 来处理,多么简单的优化。当然 MySQL 专门针对这个语句进行优化也不是不可以。...性能对比结论 count(可空字段) < count(非空字段) = count(主键 id) < count(1) ≈ count(*)

2.5K30
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MySQL中count(字段) ,count(主键 id) ,count(1)和count(*)的区别

    所以,count(*)、count(1)和count(主键 id) 都表示返回满足条件的结果集的总行数;而 count(字段),则表示返回满足条件的数据行里面,参数“字段”不为 NULL 的总个数。...count(可空字段) 扫描全表,读到server层,判断字段可空,拿出该字段所有值,判断每一个值是否为空,不为空则累加 count(非空字段)与count(主键 id) 扫描全表,读到server层,...注意:count(1)执行速度比count(主键 id)快的原因:从引擎返回 id 会涉及到解析数据行,以及拷贝字段值的操作。 count(*) MySQL 执行count(*)在优化器做了专门优化。...看到这里,你会说优化器就不能自己判断一下吗,主键 id 肯定是非空的,为什么不能按照 count(*) 来处理,多么简单的优化。当然 MySQL 专门针对这个语句进行优化也不是不可以。...性能对比结论 count(可空字段) < count(非空字段) = count(主键 id) < count(1) ≈ count(*) 发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn

    2.3K10

    MySQL 对已存在数据表添加自增 ID 字段

    系统环境:Ubuntu 数据库:MySQL5.7 主要是遗留问题,该表本来只是用于分析,同事没有添加自增id,造成后续在处理时,遇到一些问题,权衡之后,决定对表新增一个自增的id字段(表中已经存在大量数据...其他字段省略 ) from 库命.表名 where 1=1 -- limit 200 into outfile '/var/lib/mysql-files/all_202106.txt' fields...导出数据,这里字段分隔符为“^”。...其他字段省略 ); 将修改好的数据直接再导入到新建的数据库表(新增ID字段,设置ID自增),同时注意导入时设置字符编码格式为UTF8mb4,防止出现中文乱码的情况。...至此,对已存在数据库表添加自增ID操作完成。导出,添加行首空字符,再导入MySQL一共花费3个小时左右时间,基本都花费在导出和导入。

    3.5K10

    mysql密码字段类型_MySQL 字段类型

    万一我们需要对一个字段存储一个超出许可范围的数字,MySQL 会根据允许范围最接近它的一端截短后再进行存储。还有一个比较特别的地方是,MySQL 会在不合规定的值插入表前自动修改为 0。...unsigned 和 zerofill UNSIGNED 修饰符规定字段只保存正值,即无符号,而mysql字段默认是有符号的。...如果我们对 TIMESTAMP 类型的字段没有明确赋值,或是被赋与了 null 值。MySQL 会自动使用系统当前的日期和时间来填充它。...ENUM 类型字段可以从集合中取得一个值或使用 null 值,除此之外的输入将会使 MySQL 在这个字段中插入一个空字符串。...并且与 ENUM 类型相同的是任何试图在 SET 类型字段中插入非预定义的值都会使 MySQL 插入一个空字符串。

    14.4K20

    MongoDB-_id字段的含义介绍

    MongoDB中的主键无需明确指定,每一条记录被添加到集合之后, MongoDB都会自动添加主键,MongoDB中文档主键的名称叫做 _id,是一个ObjectId类型的数据,格式如下: study...> db.user.find() [ { _id: ObjectId("62c44b4d5604b99daa91103e"), name: '小博' } ] 数一下_id这个字段的长度,我们发现一共有24...位,我们将_id字段的内容拆分成4部分去分别看其对应的含义: 62c44b4d 5604b9 9daa 91103e 1-8位字符:插入数据的时候对应的时间戳 9-14位字符:代表主机的唯一标识符...= 62c6fdb6e3a9741ea11d9883为例,1-8位为62c6fdb6,将16进制转换为1657208246,这个就是对应的数据插入的时间,转换为时间格式后为: _id字段虽然为系统自动生成的一个唯一标识...,但是,用户也可以自定义这个id的值: db.getCollection("user").insert({ "_id":"1", "name": "大刀王五", "age": 29

    98920

    MongoDB主键:使用ObjectId () 设置_id字段

    在MongoDB中,_id字段是集合的主键,以便可以在集合中唯一地标识每个文档。_id字段包含唯一的Object ID 值。...默认情况下,在集合中插入文档时,如果您没有在字段名称中添加带有_id字段名称,则MongoDB将自动添加一个Object id字段,下图所示: ?...如果要确保在创建集合时MongoDB不会创建_id字段,并且要指定自己的ID作为集合的_id,则需要在创建集合时明确定义它。 在显式创建id字段时,需要使用名称中的_id创建它。...我们假设正在创建集合中的第一个文档,因此在创建集合时在上述语句中,我们显式定义了字段_id并为其定义了一个值。 如果命令执行成功,现在使用find命令显示集合中的文档,则将显示以下输出结果: ?...结果显示表明,我们在创建集合时定义的_id字段现在作为集合的主键。 译者:徐杨 MongoDB中文社区翻译志愿者,资深程序员。

    5.2K20

    哇,ElasticSearch多字段重排序居然可以这么玩

    背景 读者提问:ES 的权重排序有没有示列,参考参考? 刚好之前也稍微接触过,于是写了这篇文章,可以简单参考下。 在很多复杂的业务场景下,排序的规则会比较复杂,单一的降序,升序无法满足日常需求。...首先初始化三条测试数据,方便查看效果: { id: 1, title: "Java怎么学", type: 3, userId: 1, tags: [ "java" ], textContent...如果我们简单的按照热度排序的话,那么顺序肯定是 id 为 3(热度:100),2(热度:99),1(热度:80)这样排列的。...比如:原创类型的热度值可以调的比较高,但是呢,热度值要重新弄一个字段,只用于排序,给用户展示的还是之前的热度值,这样排序就简单了,还是根据热度排就可以实现效果。...weightFactorFunction 在 ES 搜索结果中_score 这个字段相信大家并不陌生,这是 ES 给出的评分,我们可以根据评分来排序,然后将原创类型的评分提高就可以实现想要的效果。

    3.1K11

    MySQL中count(*)、count(主键id)、count(字段)和count(1)那种效率更高?

    但是,在实际使用过程中,我们可能会遇到不同的 COUNT 函数写法,比如 COUNT(*)、COUNT(主键id)、COUNT(字段) 和 COUNT(1),这些写法在效率上有何差别呢?...COUNT(*) 表示计算所有行数,而 COUNT(主键id) 表示计算主键(即唯一标识一条记录的字段)不为 NULL 的记录数。...其实,它们的性能基本相同,因为在执行时,MySQL 会对这两种写法进行优化。MySQL 会从内存缓存里遍历主键索引,这是一种非常高效的操作方式,而且不需要读取数据页或磁盘块。...但是,在某些特殊情况下,COUNT(*) 可能会比 COUNT(主键id) 稍微快一点,这是因为 MySQL 可以直接通过读取页头来获取表的总记录数,而不需要扫描主键索引。...但是,如果在多表查询的情况下使用 COUNT(1) 或 COUNT(字段),就需要注意它们的性能问题了。在这种情况下,MySQL 必须进行联接操作,然后再统计记录数。

    1.2K30

    MySQL中count(*)、count(主键id)、count(字段)和count(1)那种效率更高?

    from t这样的查询语句里面,count(*)、count(主键id)、count(字段)和count(1)等不同用法的性能,有哪些差别。 需要注意的是,下面的讨论还是基于InnoDB引擎的。...所以,count(*)、count(主键id)和count(1) 都表示返回满足条件的结果集的总行数;而count(字段),则表示返回满足条件的数据行里面,参数“字段”不为NULL的总个数。...单看这两个用法的差别的话,你能对比出来,count(1)执行得要比count(主键id)快。因为从引擎返回id会涉及到解析数据行,以及拷贝字段值的操作。...看到这里,你一定会说,优化器就不能自己判断一下吗,主键id肯定非空啊,为什么不能按照count(*)来处理,多么简单的优化啊。 当然,MySQL专门针对这个语句进行优化,也不是不可以。...所以结论是: 按照效率排序的话,count(字段)<count(主键id)<count(1)≈count(*),所以我建议你,尽量使用count(*)。

    4.7K50

    MySQL字段类型_mysql数据库字段类型

    MySQL 支持大量的字段类型,其中常用的也有很多。...定点型字段类型有 DECIMAL 一个,主要用于存储有精度要求的小数。 DECIMAL 从 MySQL 5.1 引入,列的声明语法是 DECIMAL(M,D) 。...char 类型是定长的,MySQL 总是根据定义的字符串长度分配足够的空间。当保存 char 值时,在它们的右边填充空格以达到指定的长度,当检索到 char 值时,尾部的空格被删除掉。...3.日期时间类型 MySQL支持的日期和时间类型有 YEAR 、TIME 、DATE 、DATETIME 、TIMESTAMP,几种类型比较如下: 涉及到日期和时间字段类型选择时,根据存储需求选择合适的类型即可...总结: 本篇文章主要介绍了 MySQL 中常用的字段类型,平时用到的字段类型基本都在这里了,以一张思维导图总结如下: 版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。

    19.4K10
    领券