各位大佬，几十万用户，存在上下级关系如下需求，改用啥数据库或啥方式存储处理好些

[cnbattle]

目前用 mysql

有如下俩张表：

1. 基础表：存用户数据及上级的 ID

id	parend_id	is_black	昵称等其他字段
1	0	0
2	1	0
3	2	0
4	2	0

1. 关系表：某用户上级及下级所有用户的表： 存用一用户 id,上级，上级的上级直到，没有上级， 下级同理（下级数据，极少数的账号有 20 多万的下级 id，大多数几千到几万不等）

id	uid	所有上级	所有下级
1	1		2,3,4
2	2	1	3,4
3	3	1,2
4	4	1,2

需求如下:

1. 基于某一用户,检索他的下级, 例如 基于 id 2 下, 检索昵称为 cnbattle 的用户

2. 拉黑某用户,拉黑后,删除并清空该用户的关系,下级数据依次上移到该用户的上级,

假设基于上述的表: 拉黑 id 2 的用户,那么更新为如下的数据

基础表：

id	parend_id	is_black	昵称等其他字段
1	0	0
2	0	1
3	1	0
4	1	0

关系表

id	uid	所有上级	所有下级
1	1		3,4
2	2
3	3	1
4	4	1

问题：

Q1: 检索，目前是基于关系表 where in, 虽目前能正常运行，但性能不好，有内存溢出的风险

Q2: 拉黑用户：是队列处理，当处理一个关系靠顶部的用户时，处理数据量会比较大（这个还好，队列慢慢处理也行）

---

基于上述情况，如果优化可以基本满足在简单加机器的情况下，让程序稳定运行的方案方法？

[cnbattle]

@coreki 图数据库

[kanepan19]

@atusss
请问这个如何查询 某个层级的用户的所有下级