MySQL客户端需启用--auto-rehash参数或配置auto-rehash选项才能开启表名、列名、关键字等Tab补全，首次连接会预读元数据导致延迟，且仅对交互式命令生效，source、mysqldump等工具不支持。
MySQL客户端命令行里怎么开启自动补全
mysql官方命令行客户端（mysql）默认不启用表名、列名、关键字的tab补全，不是它不支持，而是依赖readline库且需手动激活。没开的话敲select * from user<tab></tab>完全没反应，容易误以为功能缺失。
实操上，只要启动时加--auto-rehash参数就行：
mysql --auto-rehash -u root -p
或者在配置文件~/.my.cnf里写进[mysql]段落：
[mysql] auto-rehash
- 补全生效范围：数据库名、表名、视图名、字段名（仅当前库下已加载的表）、常用SQL关键字（如
SELECT、WHERE） - 首次连接会慢半秒左右——因为要预读所有表结构到内存，大库慎用；可搭配
--skip-auto-rehash临时关闭 - 如果仍不工作，检查系统是否装了
libreadline（Linux/macOS）或libedit（部分BSD），Windows版mysql.exe默认不支持该功能
为什么source执行SQL文件时补全失效
source命令本质是客户端读取文件内容后逐行发送给服务端执行，不经过交互式解析流程，所以--auto-rehash对source无影响。你不会看到source /tmp/q<tab></tab>补全路径，更别说表字段了。
真正能补全的只有你亲手敲的交互命令。如果想边写边查结构，得换思路：
- 用
SHOW TABLES、DESCRIBE table_name先确认对象存在再写source - 把
source换成粘贴模式：Ctrl+Shift+V（Linux/macOS终端）或右键粘贴，让语句走交互流程 - 别依赖
source做开发——改用MySQL Workbench或DBeaver这类带语法感知的GUI，它们补全是独立实现的，不靠客户端选项
mysqldump导出时要不要开auto-rehash
完全不需要。mysqldump是服务端导出工具，压根不用进入交互模式，--auto-rehash只对mysql客户端有效，对mysqldump、mysqladmin等其他MySQL二进制工具无效。
常见误解是“既然都是MySQL工具，设置应该通用”，但每个工具的启动逻辑和依赖库完全不同：
-
mysqldump用的是自己的网络协议封装，不链接readline - 它的补全需求也不存在——导出目标由
--databases、--tables等参数指定，不是靠Tab猜的 - 如果硬加
--auto-rehash参数，mysqldump会报错：Unknown option '--auto-rehash'
自动补全和性能调优有关系吗
几乎没有。补全是客户端行为，发生在本地终端，不发任何查询到MySQL服务端，不影响QPS、连接数、锁等待或慢日志统计。它只是readline库根据已缓存的元数据做字符串匹配。
但有个隐蔽关联点容易被忽略：
- 启用
--auto-rehash后，每次连接会执行类似SHOW DATABASES、SHOW TABLES FROM db_name的隐式查询来构建补全索引——这些查询走的是普通连接，会被计入Com_show_*状态值，也可能触发权限检查开销 - 在权限极细粒度的环境（比如每个用户只能看1张表），
--auto-rehash会导致连接变慢，甚至因权限不足静默失败（此时补全不可用但无报错） - 真正的性能调优重点永远在服务端：索引设计、
EXPLAIN分析、innodb_buffer_pool_size配置、慢查询日志开关——补全只是让你少打几个字母，不是优化手段
补全提示本身不耗服务端资源，但它背后那套元数据加载逻辑，在权限复杂或库表极多的实例上，确实会让第一次输入变得迟疑几秒。这点很多人试完就关掉了，但未必意识到原因在哪。
