服务器架设好之后发现GM权限不够，核心原因通常是角色没有正确获得管理员权限标识，或者服务端控制台命令未同步授权，最直接的解决方法是检查配置文件中的GM账号列表并重新加载权限。
为什么GM权限会“不够用”
很多人在架设完服务器后,第一时间输入GM命令却发现提示“权限不足”或“无法执行”，这种情况并不代表服务器架设失败，而是权限体系没有正确生效，不同引擎的服务端，比如Legion、Mangos、TrinityCore，以及常见的开区端，都有独立的权限分级，GM权限不够，往往卡在三个地方：账号权限等级未设置、角色权限未绑定、控制台命令未开放。
行业共识认为,权限校验顺序是“账号→角色→命令”，任何一环缺失都会导致权限不够，如果你是用数据库手动添加的GM，只改了account表而没改角色表，就会出现看得见账号却用不了命令的现象，多数情况下，这种问题可以通过一条SQL语句或控制台指令解决，不需要重新编译服务端。
先确认你的GM权限级别定义
不同服务端对GM权限的等级划分差异很大,TrinityCore的权限范围是0到3，其中3是最高权限，但部分命令要求权限等级在4以上；AZ核心则支持0到5甚至更高，如果你按照网上教程设置成3，但实际命令要求4，自然会出现权限不够，业内专家指出，架设后第一步应该是查看服务端源码或文档里的CommandTable表，确认你想使用的命令需要多少级权限。
以TrinityCore为例,打开数据库里的command表，会看到每条命令对应的security字段，用Navicat或HeidiSQL执行查询：
SELECT FROM command WHERE name LIKE 'gm%';
如果返回的结果中,gm命令的security值为4，而你的账号权限是3，那么所有GM相关的操作都会提示权限不够，此时只需要把账号权限提升到对应数值即可，通常建议直接设置为最高等级，以便后续调试。
提升GM权限的三种实操路径
权限不够的解决办法,根据你习惯的操作方式，可以分成控制台命令、数据库修改、配置文件预设三种，推荐优先尝试第一种，因为不需要重启服务端。
控制台直接授权
在服务端运行窗口输入命令,将账号提升为最高权限，以常见核心为例：
account set gmlevel 你的账号 4 -1
这条命令的含义是,把指定账号的GM等级设置为4，并且对所有服务器生效（-1代表全服务器），执行后返回OK，权限立即生效，不需要重启，部分核心使用
account set addon或rbac命令，但原理相同，如果你用了NPCBots或模块扩展，可能还需要额外授权rbac权限，否则某些模块命令依然显示权限不够。
数据库直接修改
如果控制台命令无法执行,就需要改数据库，打开account_access表，查看你的账号ID对应的gmlevel字段，用SQL命令：
UPDATE account_access SET gmlevel = 4 WHERE id = 你的账号ID;
如果这张表不存在,说明核心使用的是RBAC权限体系，你需要操作rbac_account_permissions表，插入一条权限记录：
INSERT INTO rbac_account_permissions (accountId, permissionId, realmID) VALUES (你的账号ID, 193, -1);
这里的193是TrinityCore中最高权限的ID，借用网上搜索“服务器架设好了以后怎么GM模式权限不够”，很多人卡在这一步，因为教程里只说了前者，没有提RBAC版本的区别。
配置文件预设GM账号
在worldserver.conf中，有一段GM.Account配置项，可以直接写入允许使用GM命令的账号列表，格式如下：
GM.Account = "你的账号" GM.Level = 4
修改后重启服务端,这种方式适合架设时提前规划好的场景，优点是账号不会因为数据库表结构变动而失效，缺点是修改配置后必须完全重启，不能在控制台热载入，对于正在测试的服务器来说不太方便。
权限不够时的排查清单
遇到权限不够,别急着重装服务端，按顺序排查以下五个点，按照金字塔结构，从最高频到最低频排列。
检查账号是否被分配到正确服务器
如果你用-1授权了所有服务器，但仍提示权限不够，先确认你的账号连接的是不是“真实”的worldserver，有时你开了两个服务端，登录器指向了旧的服务端，而旧服务端的数据库里没有你的GM权限，比较常见的情况是，架设时复制了旧的worldserver文件夹，新配置改好了，但登录器还是旧的IP，这种情况下，权限不够跟服务器架设本身无关，是客户端连接目标错误。
检查命令是否被禁用
部分服务端提供了
disable_command表，用来临时屏蔽某些敏感命令，如果你的GM权限已经是最高，却无法使用tele或kill命令，很可能这条命令被加进了禁用名单，查询方式：
SELECT FROM command_disabled;
如果存在对应记录,删除它即可，这个原因相对隐蔽，因为网上大多教程不会重点提。
检查角色是否属于当前活动服务器
在数据库中,角色表characters有account和level字段，部分GM命令不仅要求账号权限，还要求角色是“管理员创建”的，简单说，你用一个普通注册的角色来执行GM命令，即便账号是最高权限，遇到某些限制命令时依然会报错，解决办法是在控制台输入：
.account set gmlevel 你的账号 4 -1
注意前面有一个点号,这是控制台命令的前缀，漏掉点号就会变成普通聊天内容。
检查服务端版本与命令表是否匹配
一版核心对应一版命令表,如果你从论坛下载的所谓“无限权限”核心，实际用的是旧版数据库结构，在迁移到新版核心后，权限表字段名发生了变化，旧版的account_access.gmlevel在新版中变成了rbac_account_permissions，这种差异不会报错，但会导致权限不够，查看服务端启动时的日志，通常会有数据库结构的警告信息，如果看到类似“Table rbac_account_permissions does not exist”的提示，那就直接按RBAC方式重新授权。
GM权限配置中的常见对比场景
很多人在纠结“本地测试端”和“云服务器端”的权限配置差异，本地端和服务器端的权限逻辑完全一样，区别只在于云服务器上的数据库连接是否用了外网地址，有些人架设好云服务器后，用本地的Navicat连接远程数据库修改权限，但因为账号没有all privileges，只改了表却没刷新权限，导致GM命令依然无法使用，这时应该先在MySQL命令行下执行FLUSH PRIVILEGES;，别急着重启worldserver。
另一个高频对比是“单机架设”与“局域网联机”，单机模式下，你作为本机管理员，通常会直接跳过登录器验证，权限不够的概率很低，但联机时，其他玩家使用你的GM账号登录，有可能因为登录器写死了玩家权限而显示权限不够，这种情况下，问题出在登录器的客户端配置，而不是服务端，需要重新生成或者编辑
realmlist.wtf，确保没被替换。
权限不够对服务器运营的实际影响
如果是准备长期运营的服务器,GM权限不够会导致很多棘手问题，比如玩家卡地图时无法传送，刷副本时无法开启自动战斗，活动期间无法使用刷怪指令等，这些在日常运营中非常致命，尤其是一边开活动一边处理玩家反馈的时区，权限不够等于所有操作都要停下来改数据库。
更麻烦的是,有些核心在版本更新后，会把GM权限等级整体上调，今天你设置的4，明天更新后命令表要求5，权限不够就爆发了，建议架设完成后立即导出一份权限备份，包括account_access和rbac_相关表，这样后续无论怎么更新，都能快速恢复权限，据我所知，不少开区团队会选择在每周维护时重新执行一遍授权SQL，避免权限漂移。
关于GM权限的长尾问题解答
为什么我已经设置为GM权限，进游戏还是显示权限不够？
最常见原因是角色没有下线重登,GM权限在角色登录时读取，然后缓存到内存中，如果在线状态下改动权限，必须退出游戏完全关闭客户端，再重新登录才能生效，如果你已经重登过，那么检查服务端是否同时存在多个世界服务器，你连接的可能不是修改过的那个，用控制台输入server info，确认当前连接的服务器名称和ID与配置一致。
架设服务器怎么给GM权限才安全？
不要直接给所有玩家账号最高权限,建议创建一个专门的GM账号，用角色名区分，只授权给这个账号，配置文件里写入该账号名称，数据库里限制其IP登录，给你的管理账号分开两个角色，一个普通角色用于体验游戏，一个GM角色用于管理，如果GM权限不够，单独修改这个账号的权限即可，不会影响普通体验角色。
本地测试服务器GM权限足够，放到云服务器上就权限不够，怎么解决？
这种场景通常发生在数据库账号和Web管理面板的权限冲突上,云服务器的宝塔面板或WDCP会有独立的MySQL账号管理，如果你通过面板创建了数据库用户，但该用户没有grant option权限，那么即使你执行了SQL，也可能因为会话权限不足而写入失败，先把面板的数据库用户设置为all privileges，再执行授权SQL，最后重启worldserver进程，权限不够的问题就会消失。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/708593.html
