mysql标识符（索引、表、列等）长度上限为64字符，超长触发error 1059；建议控制在32字符内以兼顾兼容性与可读性，并统一小写下划线命名。
MySQL 报错 Identifier name 'xxx' is too long，直接原因是索引名、表名、列名或约束名超出了 64 字符限制，必须截短或重命名才能执行。
MySQL 标识符长度上限是 64 字符，但实际建议控制在 32 以内
MySQL 8.0 官方允许标识符（包括 INDEX、TABLE、COLUMN、CONSTRAINT 等）最长 64 个 UTF-8 字符。但要注意：
-
CHARACTER_LENGTH('ix_orgid_warehouseid_businessType_orderCreateTime_state_ordertype')返回 65 → 就会触发错误1059 - Identifier name '...' is too long - 即使刚好 64 字符，在某些客户端（如旧版 MySQL Workbench 或导出工具）中可能因隐式编码转换多算一个字节而失败
- 跨数据库迁移时（比如同步到 Oracle），Oracle 的标识符上限仅 30 字符，PostgreSQL 是 63，过长命名会成为兼容性硬伤
- 可读性差：过长的索引名如
ix_user_id_created_at_status_updated_at_version不如拆成ix_user_status+ix_user_created_at
CREATE INDEX 失败时怎么快速定位和修复
报错通常出现在建索引语句里，比如：
CREATE INDEX ix_orgid_warehouseid_businessType_orderCreateTime_state_ordertype ON oms_order_2.orders (Org_Id, Warehouse_Id, businessType, orderCreateTime, state, ordertype);
修复步骤：
- 用
CHARACTER_LENGTH()检查长度：SELECT CHARACTER_LENGTH('ix_orgid_warehouseid_businessType_orderCreateTime_state_ordertype'); - 优先缩写业务字段：把
businessType→busi_type，orderCreateTime→created_at，避免大小驼峰混用 - 去掉冗余词：索引名里不需要重复表名（
orders已知），也不必包含全部字段名，选最具区分度的 2–3 个即可 - 确认最终名不超 64 字符后重试；若仍失败，检查是否含不可见字符（如零宽空格），用
HEX()辅助排查：SELECT HEX('ix_...');
ORM 或迁移脚本自动生成长名时如何预防
Django、Laravel、SQLAlchemy 等框架在自动推导索引名时容易拼出超长名（尤其联合索引+多字段+环境前缀）。应对方式：
- Django 中显式指定
db_index=True的字段，用db_table和db_constraint控制，联合索引改用Meta.indexes并手动设name - Laravel 迁移中避免
->index(['col_a', 'col_b', 'col_c', ...])直接调用，改用->index([...], 'idx_user_state_time') - 所有 SQL 脚本上线前加校验：用正则匹配
CREATE\s+(?:UNIQUE\s+)?INDEX\s+`?([a-zA-Z0-9_]+)`?，再对捕获组做长度检查 - CI 流程中加入
mysql --execute="SELECT ..."预执行验证，比等部署时报错更早发现问题
真正麻烦的不是截掉几个字符，而是团队里有人坚持“见名知义”，结果写出 72 字符的约束名还提交进主干 —— 最好在建库规范里白纸黑字写清上限，并配自动化 lint 工具卡住。
