mysql 8
WITH ranked_messages AS (
SELECT m.*, ROW_NUMBER() OVER (PARTITION BY name ORDER BY id DESC) AS rn
FROM messages AS m
)
SELECT * FROM ranked_messages WHERE rn = 1;
mysql 8 以前写法
需求:账号表有多条相同的staff_id的数据,按staff_id分组,取ID最大(也就是最新)的一行
方法一
容易出现性能瓶颈
select * from account where id in (
select max(id) group by account
)
方法二
这里的关键是a.staff_id = b.staff_id,根据业务情况不同,实际是分组group by字段,然后通过左关联(一定是左关联)算出笛卡尔积,通过过滤条件 a.id < b.id和b.created_at IS NULL找到数据
反过来a.id > b.id是最小
SELECT
a.id aid,
b.id bid
FROM
account a
LEFT JOIN account b ON a.staff_id = b.staff_id
AND a.id < b.id
WHERE
b.created_at IS NULL
AND a.staff_id = 1;
不限制查询条件
SELECT
a.id aid,
b.id bid
FROM
account a
LEFT JOIN account b ON a.staff_id = b.staff_id and a.id < b.id
WHERE
a.staff_id = 123;
在这里插入图片描述
从上面结果可以看出a.id < b.id 可以关联出最大的数据是1219(没有任何数据比他大),关联值是null,所以上述基础再加一个条件 b.created_at IS NULL就可以实现需求要的数据
SELECT
a.id aid,
b.id bid
FROM
account a
LEFT JOIN account b ON a.staff_id = b.staff_id
AND a.id > b.id
WHERE
b.created_at IS NULL
and a.staff_id = 10000034;
生产环境中方法二会比方法一性能高
方法三:存储过程
主要利用@rownum存储过程,操作前需要对数据进行维度排序,自行搜索,这里不介绍,因为写了这样的SQL难以在团队推广,阅读性和维护性更差
总结
已经使用方法二帮助上产环境解决SQL慢的问题,但是问题关键是不应该这样来查数据,极度消耗数据库性能,必要情况下需要冗余一张表来记录对应数据最新的id值
WITH ranked_messages AS (
SELECT m.*, ROW_NUMBER() OVER (PARTITION BY name ORDER BY id DESC) AS rn
FROM messages AS m
)
SELECT * FROM ranked_messages WHERE rn = 1;
mysql 8 以前写法
需求:账号表有多条相同的staff_id的数据,按staff_id分组,取ID最大(也就是最新)的一行
方法一
容易出现性能瓶颈
select * from account where id in (
select max(id) group by account
)
方法二
这里的关键是a.staff_id = b.staff_id,根据业务情况不同,实际是分组group by字段,然后通过左关联(一定是左关联)算出笛卡尔积,通过过滤条件 a.id < b.id和b.created_at IS NULL找到数据
反过来a.id > b.id是最小
SELECT
a.id aid,
b.id bid
FROM
account a
LEFT JOIN account b ON a.staff_id = b.staff_id
AND a.id < b.id
WHERE
b.created_at IS NULL
AND a.staff_id = 1;
不限制查询条件
SELECT
a.id aid,
b.id bid
FROM
account a
LEFT JOIN account b ON a.staff_id = b.staff_id and a.id < b.id
WHERE
a.staff_id = 123;
在这里插入图片描述
从上面结果可以看出a.id < b.id 可以关联出最大的数据是1219(没有任何数据比他大),关联值是null,所以上述基础再加一个条件 b.created_at IS NULL就可以实现需求要的数据
SELECT
a.id aid,
b.id bid
FROM
account a
LEFT JOIN account b ON a.staff_id = b.staff_id
AND a.id > b.id
WHERE
b.created_at IS NULL
and a.staff_id = 10000034;
生产环境中方法二会比方法一性能高
方法三:存储过程
主要利用@rownum存储过程,操作前需要对数据进行维度排序,自行搜索,这里不介绍,因为写了这样的SQL难以在团队推广,阅读性和维护性更差
总结
已经使用方法二帮助上产环境解决SQL慢的问题,但是问题关键是不应该这样来查数据,极度消耗数据库性能,必要情况下需要冗余一张表来记录对应数据最新的id值
分类:
MySQL
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
2020-06-28 wpf 全局异常捕获处理
2007-06-28 通过HttpWebResponse和HttpWebRequest 获取http地址上的图片
2007-06-28 C# 一个多线程操作控件的例子.#######