最快查前缀表名是直接执行show tables like 'prefix%'，轻量兼容、无需额外权限；注意单引号包裹、百分号不可省略，含下划线需转义，大小写敏感取决于lower_case_table_names。
用 SHOW TABLES 加 LIKE 最快查前缀表名
直接在目标数据库里执行 SHOW TABLES LIKE 'prefix%'，这是最轻量、兼容性最好的方式。MySQL 5.7 和 8.0 都支持，不需要额外权限（只要对库有 SELECT 或 SHOW VIEW 权限即可）。
常见错误是漏掉百分号或写错引号：必须用单引号包裹字符串，且 % 是通配符，不能省略——SHOW TABLES LIKE 'user' 只匹配字面名为 user 的表，不是前缀匹配。
-
SHOW TABLES IN mydb LIKE 'log_%'—— 指定数据库时加IN - 前缀含下划线（如
api_v1_）要注意：下划线在LIKE中是单字符通配符，得转义：LIKE 'api\_v1\_%' ESCAPE '\' - 大小写敏感取决于系统变量
lower_case_table_names；Linux 默认区分，'User%'不会匹配user_login
从 information_schema.tables 查更灵活但要小心权限
当需要同时获取表类型、引擎、行数等元信息，或者跨多个库批量查前缀表时，就得查 information_schema.tables。但注意：该视图默认只返回当前用户有权限访问的表，权限不足会导致结果为空。
基本写法：SELECT table_name FROM information_schema.tables WHERE table_schema = 'mydb' AND table_name LIKE 'tmp_%'。这里 table_schema 必须显式指定库名，不能省略。
- MySQL 8.0+ 中
information_schema查询可能变慢，尤其表数量多时；可加AND table_type = 'BASE TABLE'排除视图 - 如果查所有库里的同前缀表，把
table_schema = 'mydb'换成table_schema NOT IN ('mysql', 'information_schema', 'performance_schema', 'sys') - 避免用
SELECT *，只取需要字段，减少网络和解析开销
用命令行 mysql -e 批量查适合运维脚本
在 shell 脚本或 CI/CD 流程中，常需要不进 MySQL 客户端就拿到表名列表。用 mysql -u user -p -e "SHOW TABLES LIKE 'cache%'" db_name 是最稳的组合。
关键点在于输出格式控制：默认带列头和分隔线，脚本处理麻烦。加 --skip-column-names --batch 参数能输出纯文本：
mysql -u root -p -N -B -e "SHOW TABLES LIKE 'cache%'" myapp
-N 去掉列名，-B 用制表符分隔（方便 cut 或 awk 处理），比 --silent 更可靠。
- 密码不要写在命令行里（会留痕），用
~/.my.cnf配置文件更安全 - 如果前缀含特殊字符（如连字符
-），shell 可能误解析，整个 SQL 用单引号包死，避免变量扩展干扰 - 注意 MySQL 客户端版本差异：老版本（-B，可用
--raw --silent替代
为什么不用 SELECT GROUP_CONCAT(...) 拼接表名
有人想用 SELECT GROUP_CONCAT(table_name) FROM information_schema.tables... 把结果压成一行，方便后续字符串处理。这在小数据量下可行，但实际容易踩坑：
-
GROUP_CONCAT默认长度限制是 1024 字符，表一多就截断，需先设SET SESSION group_concat_max_len = 1000000 - 表名含逗号、换行或空格时，
GROUP_CONCAT输出无法无损还原，不如逐行输出稳定 - 纯文本处理（如
while read t; do ...）比解析 CSV 更健壮，尤其面对含引号或转义的表名时
真正需要拼接的场景极少，多数时候是过度设计——先拿到干净的行列表，再由上层逻辑决定怎么用。
