目前的设计模式是 用户和角色关联 角色和菜单，操作关联 也就是说角色中有一个字段是一堆的数字id。 因为做的是大型ERP系统，菜单和操作非常多 所以角色中的字段存储的数字非常大
目前的做法是session保存角色id，每次用到的时候数据库读取，现在想把这堆数字存到session里面，看了下大约有16k，怕存到session里面对服务器压力造成过大。
有什么好的解决办法。
认证高级PHP讲师
我觉得这个设计是不是本身就得修改了?16k如果是java long型数据都能存储2000个这个是不是略多了些？
如果因为别的原因不能改，那么如果角色对应的功能id是比较固定的，可以考虑把这个数据缓存在应用服务器里面，session里面只存储用户的角色id，每次请求过来通过角色id拿到对应的功能id列表，再进行剩下的判断即可
如果考虑到io对服务器压力的大的话,可以考虑看看memcached或者redis来存储session
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
我觉得这个设计是不是本身就得修改了?16k如果是java long型数据都能存储2000个这个是不是略多了些？
如果因为别的原因不能改，那么如果角色对应的功能id是比较固定的，可以考虑把这个数据缓存在应用服务器里面，session里面只存储用户的角色id，每次请求过来通过角色id拿到对应的功能id列表，再进行剩下的判断即可
如果考虑到io对服务器压力的大的话,可以考虑看看memcached或者redis来存储session