各位大佬，几十万用户，存在上下级关系如下需求，改用啥数据库或啥方式存储处理好些
資深大佬 : cnbattle 4
目前用 mysql
有如下俩张表：
- 基础表：存用户数据及上级的 ID
| id | parend_id | is_black | 昵称等其他字段 |
|---|---|---|---|
| 1 | 0 | 0 | |
| 2 | 1 | 0 | |
| 3 | 2 | 0 | |
| 4 | 2 | 0 |
- 关系表：某用户上级及下级所有用户的表： 存用一用户 id,上级，上级的上级直到，没有上级， 下级同理（下级数据，极少数的账号有 20 多万的下级 id，大多数几千到几万不等）
| id | uid | 所有上级 | 所有下级 |
|---|---|---|---|
| 1 | 1 | 2,3,4 | |
| 2 | 2 | 1 | 3,4 |
| 3 | 3 | 1,2 | |
| 4 | 4 | 1,2 |
需求如下:
-
基于某一用户,检索他的下级, 例如 基于 id 2 下, 检索昵称为 cnbattle 的用户
-
拉黑某用户,拉黑后,删除并清空该用户的关系,下级数据依次上移到该用户的上级,
假设基于上述的表: 拉黑 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: 拉黑用户：是队列处理，当处理一个关系靠顶部的用户时，处理数据量会比较大（这个还好，队列慢慢处理也行）
基于上述情况，如果优化可以基本满足在简单加机器的情况下，让程序稳定运行的方案方法？
大佬有話說 (21)