如何在MySQL中查询当前数据库下的所有表名？

Question

如何在MySQL中查询当前数据库下的所有表名？这是开发与运维中高频使用的元数据操作。常见误区是误用 `SHOW TABLES FROM database_name` 而未确认当前默认库，或混淆 `INFORMATION_SCHEMA.TABLES` 中的筛选条件。正确做法有三：① 执行 `SHOW TABLES;`（最简洁，依赖当前USE的数据库）；② 查询系统表：`SELECT table_name FROM INFORMATION_SCHEMA.TABLES WHERE table_schema = DATABASE();`（显式安全，支持WHERE过滤如`table_type='BASE TABLE'`）；③ 使用 `SELECT table_name FROM INFORMATION_SCHEMA.TABLES WHERE table_schema = SCHEMA();`（`SCHEMA()` 为 `DATABASE()` 的同义函数）。注意：需具备对`INFORMATION_SCHEMA`的SELECT权限；若使用`mysql`系统库，`SHOW TABLES`默认不显示系统表（除非加`FULL`），而`INFORMATION_SCHEMA`可精确控制。实际应用中推荐第二种——语义清晰、可扩展性强，便于后续加入表注释、引擎类型等字段。

Answer 1

```html

一、基础认知：什么是“当前数据库”与元数据查询的本质

在MySQL中，“当前数据库”指通过 USE database_name; 显式选定或连接时默认指定的数据库上下文。元数据（Metadata）即“关于数据的数据”，如表名、列定义、索引结构等，存储于系统库 INFORMATION_SCHEMA（SQL标准兼容）及部分MySQL专属视图中。高频查询表名看似简单，实则涉及会话上下文、权限模型、SQL标准适配与运维可维护性三重维度。

二、三种主流方法对比分析

方法	语法示例	依赖上下文	权限要求	可扩展性	典型适用场景
① SHOW TABLES	SHOW TABLES;	强依赖当前 DATABASE()	仅需对当前库的 USAGE 权限	低（无WHERE、无JOIN、不可关联注释）	交互式调试、脚本快速探查
② INFORMATION_SCHEMA + DATABASE()	SELECT table_name FROM INFORMATION_SCHEMA.TABLES WHERE table_schema = DATABASE() AND table_type = 'BASE TABLE';	显式绑定，语义自解释	需对 INFORMATION_SCHEMA 的 SELECT 权限（通常默认授予）	高（可追加 table_comment, engine, create_time 等字段）	自动化运维平台、DBA审计脚本、CI/CD 数据库校验
③ SCHEMA() 同义函数写法	SELECT table_name FROM INFORMATION_SCHEMA.TABLES WHERE table_schema = SCHEMA();	功能等价于 DATABASE()，但语义更贴近SQL标准	同上	高（与方法②完全一致）	跨数据库兼容性设计（如适配PostgreSQL习惯的开发者）

三、常见误区深度剖析

• 误区1：滥用 SHOW TABLES FROM db_name 却忽略当前库状态 —— 若未执行 USE db_name，该语句虽能执行，但易引发逻辑错位（例如在监控脚本中硬编码库名却未校验连接上下文）；
• 误区2：在 INFORMATION_SCHEMA.TABLES 中遗漏 table_type 过滤 —— 默认返回 'BASE TABLE' 和 'VIEW'，若仅需物理表，必须显式限定 AND table_type = 'BASE TABLE'；
• 误区3：误认为 mysql 库下 SHOW TABLES 可见所有系统表 —— 实际上仅显示用户可访问的表（如无 SELECT 权限则不可见），而 INFORMATION_SCHEMA 提供统一、可控的元数据入口。

四、生产级推荐方案：可审计、可追踪、可增强的查询模板

以下为推荐使用的增强型SQL，兼顾安全性、可读性与工程扩展性：

SELECT 
  t.table_name AS `表名`,
  t.engine AS `存储引擎`,
  t.table_rows AS `近似行数`,
  t.create_time AS `创建时间`,
  COALESCE(t.table_comment, '(无注释)') AS `表注释`,
  c.column_count AS `字段数`
FROM INFORMATION_SCHEMA.TABLES t
LEFT JOIN (
  SELECT table_name, COUNT(*) AS column_count
  FROM INFORMATION_SCHEMA.COLUMNS
  WHERE table_schema = DATABASE()
  GROUP BY table_name
) c ON t.table_name = c.table_name
WHERE t.table_schema = DATABASE()
  AND t.table_type = 'BASE TABLE'
ORDER BY t.create_time DESC;

五、权限与安全边界验证流程（Mermaid流程图）

flowchart TD
    A[发起元数据查询] --> B{是否具备 INFORMATION_SCHEMA.SELECT 权限？}
    B -->|否| C[报错：Access denied for user ...]
    B -->|是| D{是否明确限定 table_schema = DATABASE()?}
    D -->|否| E[风险：可能跨库泄露元数据]
    D -->|是| F[执行过滤并返回结果]
    F --> G[自动排除 VIEW / SYSTEM VIEW / TEMPORARY 表]
    G --> H[结果集经应用层脱敏/审计日志记录]

六、进阶实践建议

对于5年以上经验的工程师，应进一步建立如下能力栈：

• 将上述查询封装为存储过程或视图（如 vw_current_db_tables），实现团队内标准化元数据接口；
• 结合 performance_schema 关联查询活跃表访问频次，识别“僵尸表”；
• 在ORM迁移工具（如Flyway/Liquibase）中嵌入该查询逻辑，实现上线前表一致性校验；
• 利用 INFORMATION_SCHEMA.COLUMNS 和 STATISTICS 构建轻量级数据字典服务，替代人工Excel维护。

```