数据多了会内存溢出

存个redis不就行了么

sql里先算一些粗一点的统计数据出来，再到内存里二次统计sql统计的数据

可以新建一张预处理表吧

那得看多少数据啊

不知道啥需求啥数据量数据是什么样的每天的有变化的数据是什么样的。通用解决方案的话，一次性任务可以弄个从库备份库上慢慢玩，定时的离线统计的话，最好导到hive里玩

我见过内存比数据库本身还大的服务器

不会写存储过程？

如果sql很难写，表结构有问题

考虑是不是需要重新分表

分批处理，一次处理一部分

这不就是个算数问题？自己算算数据量会不会oom不结了

多了我觉得你就不是因帅判刑而是因系统崩溃而判刑了

每次都是全量数据计算吗，不能保存前边的计算结果，进行增量计算再合并历史结果来处理么

create table node
(
id int PRIMARY KEY AUTO_INCREMENT,
name varchar(20),
next int
);
insert into node VALUE (1, '1', 2);
insert into node VALUE (2, '2', 3);
insert into node VALUE (3, '3', 4);
insert into node VALUE (4, '4', 5);
insert into node VALUE (5, '5', 6);
insert into node VALUE (6, '6', 7);
insert into node VALUE (7, '7', 8);
insert into node VALUE (8, '8', null);
insert into node VALUE (111, '111', 222);
insert into node VALUE (222, '222', 333);
insert into node VALUE (333, '333', 444);
insert into node VALUE (444, '444', 555);
insert into node VALUE (555, '555', null);
SELECT id, name, next
FROM node
INNER JOIN (
SELECT 111 AS a # 111换成根节点id
UNION
SELECT @next_id AS a
FROM node,
(SELECT @next_id := 111) n # 111换成根节点id
WHERE id = @next_id
AND @next_id := next
# 其他条件
) ids
ON node.id = ids.a;
结果：
+-----+------+------+
| id | name | next |
+-----+------+------+
| 111 | 111 | 222 |
| 222 | 222 | 333 |
| 333 | 333 | 444 |
| 444 | 444 | 555 |
| 555 | 555 | NULL |
+-----+------+------+
递归查询的大概语句是这样，不知道缝缝补补后能否满足你的需求