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

Mysql获取数据的总行数count(*)很慢

日常开发中,获取数据的总数是很常见的业务场景,但是我们发现随着数据的增长count(*)越来越慢,这个是为什么呢, count(*)的实现方式 我们要明确不同的存储引擎,他的实现方式不一样 MyiSAM...count(*),如果加了where条件的话,MyiSAM返回也不能返回的很快 由于我们现在如果使用mysql,大多使用的存储引擎都是innodb,因此由于他是一行行的累计计数,因此随着数据的越来越多...也是对count(*)是有进行优化的,我们知道我们的索引是一棵树,而主键索引叶子节点是数据,而普通索引叶子节点是主键索引,所以主键索引比普通索引的树大些,因此mysql优化器会拿到索引树小的,进行遍历计算...,在保证逻辑正确的前提下,尽量减少扫描的数据量,是数据库优化的通用手段之一 此时你可能还依稀记得下面命令可以获取行的数量,但是据官方说明,这个命令返回的行数,是不准确的,只有达到40-50%,所以这个命令也不能直接使用...比如有个页面要显示近期操作的100条记录和总操作数,这页面的逻辑就是到redis获取总数,再到数据库获取100条记录,如下两种会发生数据不一致的情况 查询到100结果里面有最新插入的数据,而redis

4.9K20
您找到你想要的搜索结果了吗?
是的
没有找到

MySQL 的 count(*) 的优化,获取千万级数据表的总行数

找了很多优化方案,最后另辟蹊径,选择了用explain来获取行数。 二、关于count的优化 网上关于count()优化的有很多。...MySQL中聚合函数count的使用和性能优化 (https://blog.csdn.net/lmy86263/article/details/73681633) mysql count(*) 会选哪个索引...三、使用explain获取行数 1、关于explain 关于explain,使用mysql的都知道,这个函数是专门用于查看sql语句的执行效率的,网上可供参考的文章很多。...我们使用explain之后,会看到返回很多参数,其中: rows:显示MySQL认为它执行查询时必须检查的行数。就是这个东西了,既然我们要获取的是数据表的行数,那么可以使用: ?...这样我们就能通过这个数组获取到我们需求的rows。 ? 这里直接获取这个值即可。速度极快。原来查询速度是2.33s,换成只用explain之后,速度仅为0008s,提升十分巨大。

3.4K20

update影响行数使用不当造成的bug

业务系统中,使用update语句更新数据是再正常不过的场景,我们也经常通过update更新的行数,来做一些业务判断,类似下面的伪代码:(mybatis + mysql 场景) if (xxxMapper.updateByPrimaryKeySelective...(entity)>0){ //更新成功,做其它业务处理 } 但是这里有一个坑,mysql中update影响行数>0是有条件的,假如有一张表: ?...这一行成功更新,影响行数为1,理所当然,然后把这条update语句再执行一次: ? 这时候,返回的影响行数为0,也就是说,当待更新的记录与原始记录旧值相同时,mysql其实并不会做任何更新。...换言之,如果上游传过来的数据,与数据库本身的旧值相等,没有变化时,update语句影响行数为0。这与另一种场景:"更新一条并不存在的记录,影响行数返回0" 无法区分。 ?...结论:不要使用update语句的影响行数做重要的业务判断!

2K10

浅谈MySQL 统计行数的 count

MySQL count() 函数我们并不陌生,用来统计每张表的行数。但如果你的表越来越大,且是 InnoDB 引擎的话,会发现计算的速度会越来越慢。...由于 MVCC 的控制,使得 MySQL 具有并发的能力,也就是说对于同一时刻,InnoDB 返回的表的行数是不一定的,事务看到的行数与开启后的一致性视图有关,换句话说,每个事务能看到的数据版本是不一样的...但如果我们真的需要实时的获取的某个表的行数,应该怎么办呢? 手动保存表的数量 用缓存系统来保存计数 对于进行更新的表,可能会想到用缓存系统来支持。比如 Redis 里来保存某个表总行数。...而且还有一点,由于 redo log 的支持,在 MySQL 发生异常时,是可以保证 crash-safe。...总结 MySQL count() 函数的执行效率和底层的数据引擎有关。MyISAM 不加 where 条件,查询会很快,但不支持事务。

2.9K30

什么影响MySQL 性能?

来源:http://t.cn/RnU0h2o 1 影响性能的几个方面 2 MySQL体系结构 3 InnoDB存储引擎 4 InnoDB存储引擎的特性 5 什么是锁 6 如何选择正确的存储引擎 7 配置参数...8 性能优化顺序 ---- 1 影响性能的几个方面 服务器硬件。...3.1 InnoDB使用表空间进行数据存储。...1.2 独立表空间可以通过optimeze table 收缩系统文件,不需要重启服务器也不会影响对表的正常访问。 2.1 如果对多个表进行刷新时,实际上是顺序进行的,会产生IO瓶颈。...MySQL数据库实例:  ①MySQL是单进程多线程(而oracle是多进程),也就是说MySQL实例在系统上表现就是一个服务进程,即进程;  ②MySQL实例是线程和内存组成,实例才是真正用于操作数据库文件的

75310

什么影响MySQL性能

影响性能的一些常见因素 服务器硬件 服务器系统 数据库存储引擎 MyISAM:可以很好的利用内存,但不支持事务,表级锁 InnoDB:事务级存储引擎,完美支持行级锁以及事务ACID特性 数据库参数配置...数据库表结构设计和SQL语句执行效率 数据库的版本 ---- CPU资源和可用内存大小 在服务器硬件中,最容易影响数据库性能的是CPU资源和可用内存大小以及I/O。...若选择多核心的CPU的话,最好使用MySQL5.6以上的版本,因为低版本对多核心的CPU支持得不是很好 注:MySQL目前不支持多CPU对同一SQL进行并发处理。...MySQL适合的操作系统 MySQL在不同操作系统需要注意的事项: Windows下对数据库的库名表名没有大小写敏感,但是Unix/Linux上却是大小写敏感的,所以尽量统一小写 使用FreeBSD的话...,需要使用最新版本,因为老版本对MySQL的支持不是很好 Solaris系统上支持MySQL,它以稳定性著称 ---- CentOS系统参数优化 内核相关参数(/etc/sysctl.conf): 设置最大监听队列的长度

86320

oracle中,通过触发器,记录每个语句影响行数

这个过程有可能 多人同时抽数,互相影响。有测试人员反应,原来抽过的数,偶尔就无缘无故的找不到了,有时又会出来重复行。这个问题产生肯定是抽数逻辑问题以及并行的问题了!...语句级是每一个语句执行前后触发一次操作,如果我在每一个SQL语句执行后,把表名,时间,影响行写到记录表里就行了。      ...但问题来了,在语句触发器中,无法得到该语句的行数,sql%rowcount  在触发器里报错。只能用行级触发器去统计行数! 代码结构: 整个监控数据行的功能包含: 一个日志表,包,序列。...日志表:记录目标表名,SQL执行开始、结束时间,影响行数,监控数据行上的某些列信息。 包:主要是3个存储过程, 语句开始存储过程:用关联数组来记录目标表名和开始时间,把其它值清0....这里假设要监控T_TRADE表,监控影响的code和rq列,那么调用时按下面方法写,就能监控一条SQL调用影响的所有主键及日期范围了: pck_cslog.oneachrow_cs('T_TRADE',

78120

MYSQL统计行数时到底应该怎么COUNT

相信每个人在写代码时都有遇到过要获取MYSQL表里数据行数的情况,多数人获取数据表行数时都用COUNT(*),但同时也流传了不少其他方式,比如说COUNT(1)、COUNT(主键)、COUNT(字段)。...文章中都是针对MySQL的InnoDB引擎展开讨论的,MyISAM引擎是把一个表的总行数记录在了磁盘里,查询时效率很高(如果加了where条件也不能直接从磁盘返回)。...(返回10002); select count(*) from t; (返回10001) 会话A在T1开启事务拿到一致性视图,可重复读级别下在事务中任何时刻读到数据都一样,其他事务的更新对会话A没影响所以...所以这个版本COUNT的从低到高分别为: COUNT(字段) < COUNT(主键) < COUNT(1) ≈ COUNT(*) 所以建议你尽量使用 count(*)来获取记录行数。...另外要注意,很多人为了销量会把表的行数记录到Redis中,但这样不能保证Redis里的计数和MySQL表里的数据保持精确一致,这是两个不同的存储系统不支持分布式事务所以就无法拿到精确的一致性视图,如果为了效率把表行数单独存储那么最好存放在一个单独的

1.4K20

MySQL自身对性能的影响

MySQL体系结构 想要了解MySQL自身对性能的影响,就需要先熟悉MySQL的体系结构和常用的存储引擎。MySQL并不完美,却足够灵活,能够适应高要求的环境,例如Web类应用。...(获取存储在文件中的数据,并根据我们的过滤条件进行过滤,然后把数据显示出来)所以这个select语句的功能是可以在MySQL服务层实现的,但具体如何从文件中获得我们所要查询的数据,则是由下一层存储引擎层来实现的...如果使用独立表空间的话这个问题就很好解决了,我们对表数据进行清理之后,可以直接通过optimize table命令来收缩系统文件,并且不需要重启MySQL,也不会影响数据库的访问。...2.然后我们再来看看使用系统表空间对I/O会有什么影响:对于系统表空间来说,因为只有一个文件,所以多个表空间进行数据刷新的时候,实际上在文件系统上是顺序进行的,这样就会产生大量的I/O瓶颈。...建议,在Innodb下使用独立表空间进行数据存储。

1.2K20
领券