最可靠、跨 MySQL 版本通用的方法是查询 INFORMATION_SCHEMA.TABLES 视图，需显式指定 TABLE_SCHEMA = 'your_db_name' 且 TABLE_TYPE = 'BASE TABLE'，避免依赖 DATABASE() 或 SHOW TABLES。
直接查 INFORMATION_SCHEMA.TABLES 获取当前库表名
最可靠、跨 MySQL 版本通用的方法是查询 INFORMATION_SCHEMA.TABLES 视图，它不依赖客户端连接状态或当前默认数据库设置，只要权限够就能查。关键在于过滤条件必须写对：TABLE_SCHEMA 要等于你目标数据库名，不能只靠 USE db_name 后用 TABLE_SCHEMA = DATABASE() —— 因为 DATABASE() 在存储过程或某些连接上下文中可能返回 NULL。
实操建议：
- 用
SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = 'your_db_name' AND TABLE_TYPE = 'BASE TABLE'; - 务必显式指定
TABLE_SCHEMA，别依赖DATABASE()函数，尤其在脚本或函数中容易出错 -
TABLE_TYPE = 'BASE TABLE'排除视图（VIEW），如需包含视图，改用IN ('BASE TABLE', 'VIEW') - 注意大小写：MySQL 在 Linux 下库名/表名默认区分大小写，
'Your_DB_Name'和'your_db_name'是不同值
为什么不用 SHOW TABLES？
SHOW TABLES 看起来简单，但它依赖当前会话的默认数据库（即 USE 设置）。如果没先执行 USE your_db，它会报错 ERROR 1046 (3D000): No database selected；即使有默认库，也难以在 SQL 脚本或子查询中嵌套使用（比如不能直接 INSERT INTO ... SELECT 它的结果）。
常见错误场景：
- 在存储过程中调用
SHOW TABLES，但过程里没做USE切换，结果查的是调用者的默认库，不是预期库 - 想把表名列表传给另一个查询，发现
SHOW语句不能出现在FROM子句里 - 用 MySQL 客户端开启
--skip-column-names导出时，SHOW TABLES输出带额外空行或制表符，解析困难
INFORMATION_SCHEMA 查询性能与权限注意点
查 INFORMATION_SCHEMA 不走索引，全表扫描元数据，但实际影响极小——除非你的实例有上万张表。真正要小心的是权限：用户必须对目标数据库有 SELECT 权限（哪怕只是查元数据），否则会静默返回空结果，不报错。
验证和规避建议：
- 执行前先确认权限：
SHOW GRANTS FOR CURRENT_USER;，检查是否含SELECT ON `your_db_name`.* - 如果只有
USAGE权限，INFORMATION_SCHEMA.TABLES仍能返回其他库的表名（只要不是敏感系统库），但目标库会为空——这是最常被忽略的“查不到却无提示”原因 - 避免在高并发定时任务里频繁查整个
TABLES表，可加LIMIT或缓存结果（如应用层缓存 5 分钟）
兼容性细节：MySQL 8.0+ 的 INFORMATION_SCHEMA 变化
MySQL 8.0 默认启用 information_schema_stats_expiry（默认值 86400 秒），意味着 TABLE_ROWS 等统计字段可能过期，但 TABLE_NAME 和 TABLE_SCHEMA 始终实时准确，不受影响。
需要留意的点：
- 旧版本（5.7 及之前）中
TABLES视图字段较全，8.0+ 新增了CREATE_OPTIONS、ENGINE_ATTRIBUTE等，但核心字段完全一致 - 如果脚本里用了
TABLE_COMMENT，注意 5.7 中该字段可能为空，8.0+ 才稳定支持注释提取 - 不要在
WHERE条件里用LIKE匹配TABLE_NAME并加前导通配符（如LIKE '%log%'），虽然语法合法，但会强制扫描全部元数据行，没必要
TABLE_SCHEMA，绕开所有隐式依赖。 
