我的编程空间,编程开发者的网络收藏夹
学习永远不晚

线上千万级大表排序优化

短信预约 信息系统项目管理师 报名、考试、查分时间动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

线上千万级大表排序优化

线上千万级大表排序优化

  大家好我是不一样的科技宅,每天进步一点点,体验不一样的生活,今天我们聊一聊Mysql大表查询优化,前段时间应急群有客服反馈,会员管理功能无法按到店时间、到店次数、消费金额 进行排序。经过排查发现是Sql执行效率低,并且索引效率低下。

应急问题

  商户反馈会员管理功能无法按到店时间、到店次数、消费金额 进行排序,一直转圈圈或转完无变化,商户要以此数据来做活动,比较着急,请尽快处理,谢谢。

线上数据量

merchant_member_info 7000W条数据。
member_info 3000W。

> 不要问我为什么不分表,改动太大,无能为力。

问题SQL如下

SELECT
	mui.id,
	mui.merchant_id,
	mui.member_id,
	DATE_FORMAT(
		mui.recently_consume_time,
		"%Y%m%d%H%i%s"
	) recently_consume_time,
	IFNULL(mui.total_consume_num, 0) total_consume_num,
	IFNULL(mui.total_consume_amount, 0) total_consume_amount,
	(
		CASE
		WHEN u.nick_name IS NULL THEN
			"会员"
		WHEN u.nick_name = "" THEN
			"会员"
		ELSE
			u.nick_name
		END
	) AS "nickname",
	u.sex,
	u.head_image_url,
	u.province,
	u.city,
	u.country
FROM
	merchant_member_info mui
LEFT JOIN member_info u ON mui.member_id = u.id
WHERE
	1 = 1
AND mui.merchant_id = "商户编号"
ORDER BY
	mui.recently_consume_time DESC / ASC
LIMIT 0,
 10

出现的原因

  经过验证可以按照“到店时间”进行降序排序,但是无法按照升序进行排序主要是查询太慢了。主要原因是:虽然该查询使用建立了recently_consume_time索引,但是索引效率低下,需要查询整个索引树,导致查询时间过长。

> DESC 查询大概需要4s,ASC 查询太慢耗时未知。

为什么降序排序快和而升序慢呢?

  因为是对时间建立了索引,最近的时间一定在最后面,升序查询,需要查询更多的数据,才能过滤出相应的结果,所以慢。

解决方案

目前生产库的索引

调整索引

  需要删除index_merchant_user_last_time索引,同时将index_merchant_user_merchant_ids单例索引,变为 merchant_id,recently_consume_time组合索引。

调整结果(准生产)

调整前后结果对比(准生产)

 测试数据
merchant_member_info 有902606条记录。
member_info 表有775条记录。

SQL执行效率

优化前

优化后

type由index -> ref

ref由 null -> const

TOP 优化前 优化后
到店时间-降序 0.274s 0.003s
到店时间-升序 11.245s 0.003s

调整索引需要执行的SQL

执行的注意事项:
由于表中的数据量太大,请在晚上进行执行,并且需要分开执行。 

# 删除近期消费时间索引
ALTER TABLE merchant_member_info DROP INDEX index_merchant_user_last_time;

# 删除商户编号索引
ALTER TABLE merchant_member_info DROP INDEX index_merchant_user_merchant_ids;

# 建立商户编号和近期消费时间组合索引
ALTER TABLE merchant_member_info ADD INDEX idx_merchant_id_recently_time (`merchant_id`,`recently_consume_time`);

> 经询问,重建索引花了30分钟。

最终的分页查询优化

  上面的sql虽然经过调整索引,虽然能达到较高的执行效率,但是随着分页数据的不断增加,性能会急剧下降。

分页数据 查询时间 优化后
limit 0,10 0.003s 0.002s
limit 10,10 0.005s 0.002s
limit 100,10 0.009s 0.002s
limit 1000,10 0.044s 0.004s
limit 9000,10 0.247s 0.016s

最终的sql

优化思路:先走覆盖索引定位到,需要的数据行的主键值,然后INNER JOIN 回原表,取到其他数据。

SELECT
	mui.id,
	mui.merchant_id,
	mui.member_id,
	DATE_FORMAT(
		mui.recently_consume_time,
		"%Y%m%d%H%i%s"
	) recently_consume_time,
	IFNULL(mui.total_consume_num, 0) total_consume_num,
	IFNULL(mui.total_consume_amount, 0) total_consume_amount,
	(
		CASE
		WHEN u.nick_name IS NULL THEN
			"会员"
		WHEN u.nick_name = "" THEN
			"会员"
		ELSE
			u.nick_name
		END
	) AS "nickname",
	u.sex,
	u.head_image_url,
	u.province,
	u.city,
	u.country
FROM
	merchant_member_info mui
INNER JOIN (
	SELECT
		id
	FROM
		merchant_member_info
	WHERE
		merchant_id = "商户ID"
	ORDER BY
		recently_consume_time DESC
	LIMIT 9000,
	10
) AS tmp ON tmp.id = mui.id
LEFT JOIN member_info u ON mui.member_id = u.id

结尾

  如果觉得对你有帮助,可以多多评论,多多点赞哦,也可以到我的主页看看,说不定有你喜欢的文章,也可以随手点个关注哦,谢谢。

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

线上千万级大表排序优化

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

线上千万级大表排序优化

大家好我是不一样的科技宅,每天进步一点点,体验不一样的生活,今天我们聊一聊Mysql大表查询优化,前段时间应急群有客服反馈,会员管理功能无法按到店时间、到店次数、消费金额 进行排序。经过排查发现是Sql执行效率低,并且索引效率低下。应急问题  商户反馈会员管理
线上千万级大表排序优化
2020-07-18

mysql千万级大表的优化

千万级大表,这是一个很有技术含量的问题。一般碰到这种问题,我们下意识的会想对表进行拆分或者分区,但是其实,要从多个维度去考虑这个事情。 问题分解 我们首先找到关键字: 千万级大表优化 那么也就对应了相应的知识点: 数据量操作对象动作和结果 数据量 千万级是什
mysql千万级大表的优化
2016-05-12

MySQL 对于千万级的大表要怎么优化?

首先采用Mysql存储千亿级的数据,确实是一项非常大的挑战。Mysql单表确实可以存储10亿级的数据,只是这个时候性能非常差,项目中大量的实验证明,Mysql单表容量在500万左右,性能处于最佳状态。 针对大表的优化,主要是通过数据库分库分表来解决,目前比较普
MySQL 对于千万级的大表要怎么优化?
2015-09-18

MySQL千万级数据的大表优化解决方案

目录1.数据库设计和表创建时就要考虑性能设计表时要注意:索引简言之就是使用合适的数据类型,选择合适的索引引擎2.sql的编写需要注意优化3.分区分区的好处是:分区的限制和缺点:分区的类型:4.分表5.分库mysql数据库中的表数据量几千万后
2022-11-20

Mysql千万级别水平分表优化

需求:随着数据量的增加单表已经不能很好的支持业务,千万级别数据查询缓慢   Mysql数据优化方案:   方案一:使用myisam进行水平分表优化   方案二:使用mysql分区优化   一:Myisam水平分区   1、创建水平分表 user_1:   --
Mysql千万级别水平分表优化
2016-01-31

MySQL中怎么优化千万级数据表

MySQL中怎么优化千万级数据表,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。我这里有张表,数据有1000w,目前只有一个主键索引CREATE TABLE `u
2023-06-20

phper使用MySQL 针对千万级的大表要怎么优化?

有需要学习交流的友人请加入交流群的咱们一起,有问题一起交流,一起进步!前提是你是学技术的。感谢阅读!点此加入该群​jq.qq.com首先采用Mysql存储千亿级的数据,确实是一项非常大的挑战。Mysql单表确实可以存储10亿级的数据,只是这个时候性能非常差,项
phper使用MySQL 针对千万级的大表要怎么优化?
2020-09-12

MySQL两千万数据大表优化过程,三种解决方案!

使用阿里云rds for MySQL数据库(就是MySQL5.6版本),有个用户上网记录表6个月的数据量近2000万,保留最近一年的数据量达到4000万,查询速度极慢,日常卡死。严重影响业务。 问题前提:老系统,当时设计系统的人大概是大学没毕业,表设计和sql
MySQL两千万数据大表优化过程,三种解决方案!
2019-01-13

MySQL千万数据量深分页优化流程(拒绝线上故障)

目录引言mysql 同步 ES 流程如下:软硬件说明重新认识 MySQL 分页深分页优化子查询优化延迟关联书签记录ORDER BY 巨坑, 慎踩ORDER BY 索引失效举例结言引言优化项目代码过程中发现一个千万级数据深分页问题,缘由是这
2023-05-16

【巨杉数据库SequoiaDB】巨杉Tech | 分布式数据库千亿级超大表优化实践

引言 随着用户的增长、业务的发展,大型企业用户的业务系统的数据量越来越大,超大数据表的性能问题成为阻碍业务功能实现的一大障碍。其中,流水表作为最常见的一类超大表,是企业级用户经常碰到的性能瓶颈。 本文就以流水类的超大表,探讨基于SequoiaDB巨杉数据库存储
【巨杉数据库SequoiaDB】巨杉Tech | 分布式数据库千亿级超大表优化实践
2016-04-25

编程热搜

目录