gpt4 book ai didi

MySQL 按组对记录进行编号 - 我遇到错误了吗?

转载 作者:可可西里 更新时间:2023-11-01 09:05:13 25 4
gpt4 key购买 nike

我正在尝试对 MySQL(Ubuntu 上的 5.5.44-0)中的一些记录进行编号,按另一列分组(您将在下面明白我的意思)。我正在调整 Running Sums for Multiple Categories in MySQL 中描述的解决方案, 除了我只是编号,而不是求和。

涉及的表比较大,有将近100列,所以我们先简化演示,创建只包含重要列的派生表。抱歉没有共享 SQL Fiddle,因为它看起来不像是可复制的,除非处理大量数据,我无法共享:

创建表格:

CREATE TABLE `inquiries_test` (
`id` int(11) NOT NULL DEFAULT '0',
`motive` varchar(255) CHARACTER SET utf8 DEFAULT NULL,
PRIMARY KEY (`inquiry_id`),
KEY `motive` (`motive`)
);

insert into inquires_test select id, motive from inquiries;

CREATE TABLE `leads_test` (
`lead_id` int(11) DEFAULT NULL,
`created_at` datetime DEFAULT NULL,
`inquiry_id` int(11) DEFAULT NULL,
KEY `id` (`lead_id`)
);

insert into leads_test select lead_id, created_at, inquiry_id;

CREATE TABLE `lead_inserts` (
`lead_id` int(11) DEFAULT NULL,
`created_at` datetime DEFAULT NULL,
`cnt` int(11) DEFAULT NULL
);

您会注意到上面的 inquiries_test 和 leads_test 中的数据来自实际的生产表。其重要性将在稍后发挥作用。现在填充 lead_inserts:

playground>insert into lead_inserts (cnt, created_at, lead_id) 
-> SELECT @cnt := if(@id = l.lead_id,@cnt,0) + 1 as cnt
-> , l.created_at
-> , @id := l.lead_id as local_resouce_id
-> FROM leads_test l join inquiries_test i on (l.inquiry_id=i.id)
-> CROSS JOIN (select @id := 0, @cnt := 0) as InitVarsAlias
-> where i.motive='real' ORDER BY lead_id, created_at;
Query OK, 2172774 rows affected (14.30 sec)
Records: 2172774 Duplicates: 0 Warnings: 0

playground>select * from lead_inserts where lead_id in (117,118);
+---------+---------------------+------+
| lead_id | created_at | cnt |
+---------+---------------------+------+
| 117 | 2012-06-23 00:13:09 | 1 |
| 117 | 2014-09-14 04:30:37 | 2 |
| 117 | 2015-01-27 22:34:41 | 3 |
| 117 | 2015-03-19 19:33:51 | 4 |
| 118 | 2014-12-24 17:47:15 | 1 |
| 118 | 2015-01-23 21:30:09 | 2 |
| 118 | 2015-04-07 21:33:43 | 3 |
| 118 | 2015-04-10 17:00:04 | 4 |
| 118 | 2015-05-12 21:59:49 | 5 |
+---------+---------------------+------+

到目前为止一切顺利 - 每个新 lead_id 的 cnt 值都会“重置”。既然 leads_test 和 inquiries_tests 基本上是删除了其他列的线索和查询,那么可以预期,如果我修改插入语句以使用原始表,结果应该是相同的,对吧?但是看:

playground>truncate table lead_inserts;
Query OK, 0 rows affected (0.14 sec)

playground>insert into lead_inserts (cnt, created_at, lead_id)
-> SELECT @cnt := if(@id = l.lead_id,@cnt,0) + 1 as cnt
-> , l.created_at
-> , @id := l.lead_id as local_resouce_id
-> FROM leads l join inquiries i on (l.inquiry_id=i.id)
-> CROSS JOIN (select @id := 0, @cnt := 0) as InitVarsAlias
-> where i.motive='real' ORDER BY lead_id, created_at;
Query OK, 2172774 rows affected (17.25 sec)
Records: 2172774 Duplicates: 0 Warnings: 0

playground>select * from lead_inserts where lead_id in (117,118);
+---------+---------------------+------+
| lead_id | created_at | cnt |
+---------+---------------------+------+
| 117 | 2012-06-23 00:13:09 | 1 |
| 117 | 2014-09-14 04:30:37 | 1 |
| 117 | 2015-01-27 22:34:41 | 1 |
| 117 | 2015-03-19 19:33:51 | 1 |
| 118 | 2014-12-24 17:47:15 | 1 |
| 118 | 2015-01-23 21:30:09 | 1 |
| 118 | 2015-04-07 21:33:43 | 1 |
| 118 | 2015-04-10 17:00:04 | 1 |
| 118 | 2015-05-12 21:59:49 | 1 |
+---------+---------------------+------+

编号发生了什么变化?使用原始表格时的其他观察结果:

  1. 如果我不处理所有记录并仅指定几个 lead_id,则计算结果正确。
  2. 如果我删除 INSERT 子句并将其作为选择运行(使用 LIMIT 子句仅显示 50 行输出),则计算结果正确。

那么,这是我遇到的错误,还是我遗漏了什么?在现实生活中,我不能使用上述过程作为解决方法 - 我真的必须使用线索和查询,因为这些表中的其他列必须是 lead_inserts 的一部分。

谢谢!

最佳答案

A Cha 指出,这看起来像是一个 MySQL 优化问题,当最终结果将被插入到一个新表中时,MySQL 发现没有理由执行 ORDER BY。为什么它适用于测试表而不适用于生产表,当它们具有相同的行数时,我不知道。但这就是我强制它对将要插入的内容进行排序的方式:

首先确保我将排序的列有一个连接索引:

CREATE INDEX idx_leads_lead_id_created ON leads(lead_id, created_at);

然后强制MySQL使用这个索引:

insert into lead_inserts (cnt, created_at, lead_id) 
SELECT @cnt := if(@id = l.lead_id,@cnt,0) + 1 as cnt
, l.created_at
@id := l.lead_id as local_resouce_id
FROM leads l FORCE INDEX FOR ORDER BY (idx_leads_lead_id_created)
JOIN inquiries i on (l.inquiry_id=i.id)
CROSS JOIN (select @id := 0, @cnt := 0) as InitVarsAlias
WHERE i.motive='real'
ORDER BY lead_id, created_at;

关于MySQL 按组对记录进行编号 - 我遇到错误了吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32175090/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com