Oracle 19c用户名长度硬限制为30字节，不可通过MAX_STRING_SIZE或NLS_LENGTH_SEMANTICS等参数突破；超长需求应使用外部目录认证或压缩命名以符合a-zA-Z{0,29}规则。
oracle 19c 本身不支持超过 30 字符的用户名 —— 这是硬限制，改不了。你看到的“更长用户名”需求，大概率是混淆了用户名（username）和外部身份标识（如 os 用户名、windows 域账号、证书 dn 等）。数据库内部用户对象的 username 字段始终受 varchar2(30) 约束，哪怕启用了 max_string_size=extended 也无效。
为什么 ALTER USER 或 CREATE USER 总报 ORA-00972？
这是最典型的信号：你试图创建或修改一个超长用户名，比如 CREATE USER my_app_service_account_v2@prod IDENTIFIED BY ...。Oracle 在解析时直接卡在词法分析阶段，因为 @、点号、下划线后接数字等组合已超出合法标识符规则，更别说长度。
-
USERNAME必须以字母开头，只含字母、数字、$、#、_ - 最大 30 字节（不是字符），多字节字符集下可能更少
- 大小写不敏感：输入
ALICE、alice、Alice都指向同一个用户 -
ops$alice这种带前缀的外部用户，整个名字仍要 ≤30 字节（如ops$verylongosusername可能溢出）
想用长系统账号登录？重点在 os_authent_prefix 和命名对齐
Linux/Unix 下走外部认证（IDENTIFIED EXTERNALLY）时，“长用户名”其实是 OS 层的登录名，Oracle 只负责拼前缀后去匹配已建的数据库用户。关键不在“扩展长度”，而在“别拼错”。
- 查当前设置：
SHOW PARAMETER os_authent_prefix—— 若返回ops$，则必须建CREATE USER ops$myappsvc123 IDENTIFIED EXTERNALLY，且总长 ≤30 - 若想直接用
myappserviceaccount-v2登录，得先设os_authent_prefix=''（空字符串），再CREATE USER myappserviceaccountv2 IDENTIFIED EXTERNALLY，注意去掉非法字符 - Windows 域用户如
MIS\myapp-svc，Oracle 拿到的是MISmyapp-svc（反斜杠被丢弃），此时前缀必须为空，否则ops$MISmyapp-svc超长且含非法字符，必报 ORA-01994
真正影响长度的配置：NLS_LENGTH_SEMANTICS 和 MAX_STRING_SIZE
这两个参数管的是字段内容长度，不是用户名。但常被误认为“能放开用户名限制”：
-
NLS_LENGTH_SEMANTICS=CHAR：让VARCHAR2(100)按字符计长（非字节），对存储层有意义，对USERNAME无效 -
MAX_STRING_SIZE=EXTENDED：仅放宽VARCHAR2、CHAR、RAW列上限至 32767 字节，USER$系统表里的NAME字段仍是VARCHAR2(30)，不可改 - 试图用
ALTER SYSTEM SET MAX_STRING_SIZE=EXTENDED来“支持长用户名”，纯属方向错误，还可能引发升级风险
归根结底，用户名长度是 Oracle 内核级元数据约束，不是配置项。真有超长身份标识需求，应该用外部目录（如 OID、Microsoft AD）做统一认证代理，数据库侧只维护短名映射；或者接受现实：把服务账号名压缩成符合 ^[a-zA-Z][a-zA-Z0-9$#_]{0,29}$ 的格式 —— 这比折腾参数靠谱得多。
