在不使用 `information_schema` 数据库的情况下，获取 MySQL 数据库中的表名，主要依赖于 MySQL 提供的其他系统命令、系统表或特定于存储引擎的特性。核心方法包括使用 `SHOW TABLES` 命令、查询 `mysql` 系统数据库中的 `innodb_table_stats` 表（适用于 InnoDB 引擎），以及利用 `sys` 系统数据库（如果已安装）。 ### 方法对比 | 方法 | 描述 | 适用场景 | 限制/依赖 | | :--- | :--- | :--- | :--- | | **`SHOW TABLES` 命令** | MySQL 内置命令，直接列出当前数据库的所有表名。 | 通用方法，适用于所有存储引擎和 MySQL 版本。 | 需要知道当前数据库名或能切换数据库；在 SQL 注入中可能受 UNION 等限制。 | | **查询 `mysql.innodb_table_stats`** | 查询 InnoDB 引擎存储的统计信息表，其中包含数据库名和表名。 | 数据库使用 InnoDB 存储引擎，且需要跨数据库查询时。 | 仅适用于 InnoDB 表；需要 `SELECT` 权限；可能不包含临时表或无统计信息的表。 | | **查询 `sys.schema_table_statistics` 等视图** | 查询 `sys` 系统库中的视图，这些视图汇总了性能模式和信息模式的元数据。 | MySQL 5.7+ 且已安装 `sys` 库；需要更丰富的表统计信息时。 | 需要安装 `sys` 库；本质上是对 `information_schema` 和 `performance_schema` 的封装。 | | **利用 `SHOW CREATE TABLE` 逆向推导** | 通过已知表的结构信息，尝试猜测或爆破其他表名。 | 在特定场景下（如已知部分表结构）作为辅助手段。 | 效率极低，不确定性高，不推荐作为主要方法。 | ### 核心方法详解与代码示例 #### 1. 使用 `SHOW TABLES` 命令 这是最直接、最通用的方法。`SHOW TABLES` 命令会列出当前所选数据库中的所有非临时表。 ```sql -- 切换到目标数据库后执行 USE target_database; SHOW TABLES; -- 或者直接指定数据库 SHOW TABLES FROM target_database; -- 在 SQL 查询中，可以通过子查询或条件注入来利用此命令。 -- 例如，在联合查询中，可以尝试： SELECT 1, TABLE_NAME FROM (SHOW TABLES) AS t; -- 注意：直接这样用通常报错，`SHOW` 命令不能用于子查询。实际注入中，常通过报错注入或堆叠查询来执行。 ``` 在 **SQL 注入** 的上下文中，如果应用支持**堆叠查询**（如使用 `mysqli_multi_query`），攻击者可以尝试注入 `SHOW TABLES` [ref_1][ref_2]。 ```sql -- 假设注入点为 id 参数，原查询为：SELECT * FROM products WHERE id = [input] -- 攻击者输入：1; SHOW TABLES; -- -- 最终执行的 SQL 为： SELECT * FROM products WHERE id = 1; SHOW TABLES; -- ``` 如果堆叠查询被禁用，则此方法在注入中难以直接利用。但如果是数据库管理员或拥有直接查询权限的用户，这是首选方法。 #### 2. 查询 `mysql.innodb_table_stats` 表 `mysql` 系统数据库中有一个 `innodb_table_stats` 表，它存储了 InnoDB 表的统计信息，其中包含 `database_name` 和 `table_name` 字段。这可以用于跨数据库查询表名 [ref_2]。 ```sql -- 查询所有数据库中的 InnoDB 表名 SELECT database_name, table_name FROM mysql.innodb_table_stats; -- 查询特定数据库（例如名为 `app_db`）中的表名 SELECT table_name FROM mysql.innodb_table_stats WHERE database_name = 'app_db'; ``` **重要限制**： * 此方法**仅适用于使用 InnoDB 存储引擎的表**。MyISAM、MEMORY 等引擎的表不会出现在这里。 * 用户需要对 `mysql` 数据库有 `SELECT` 权限。 * 该表存储的是统计信息的快照，新创建但未更新统计信息的表可能暂时查不到。 #### 3. 利用 `sys` 系统数据库（如果可用） MySQL 5.7 及以上版本提供了可选的 `sys` 数据库，它通过视图的方式，以更易读的形式提供了对 `performance_schema` 和 `information_schema` 的访问。虽然其底层仍可能依赖 `information_schema`，但从查询接口上看，它提供了另一种途径 [ref_6]。 ```sql -- 查询所有表的概要统计信息，包含表名 SELECT table_schema, table_name FROM sys.schema_table_statistics; -- 查询表的内存使用情况，也包含表名 SELECT table_schema, table_name FROM sys.schema_table_statistics_with_buffer; ``` **前提条件**：MySQL 服务器必须已安装 `sys` 数据库。可以使用 `SHOW DATABASES LIKE 'sys';` 来检查。 ### 应用场景与安全考量 * **数据库管理与维护**：对于管理员，`SHOW TABLES` 是最常用和推荐的方式。`mysql.innodb_table_stats` 和 `sys` 库的视图则用于更特定的监控和统计场景。 * **SQL 注入攻击**：攻击者在无法访问 `information_schema`（例如被 WAF 过滤）时，会尝试上述替代方法 [ref_1][ref_2]。 * `SHOW TABLES` 的成功利用高度依赖于应用是否允许堆叠查询。 * 查询 `mysql.innodb_table_stats` 是一个有效的旁路方法，但前提是目标表是 InnoDB 引擎且攻击者有相应权限。 * 检查 `sys` 数据库的存在也是一种试探手段。 * **防御措施**：作为防御方，应遵循最小权限原则，避免给应用数据库用户授予对 `mysql` 系统库的查询权限。同时，严格禁用堆叠查询、对用户输入进行充分的过滤和参数化查询，是防止此类信息泄露的根本。 ### 总结 获取表名的最基础且通用的替代方案是 `SHOW TABLES` 命令。在 InnoDB 引擎环境下，查询 `mysql.innodb_table_stats` 系统表是一个有效的跨数据库信息获取手段。而 `sys` 数据库则提供了一个更高层、更集成的元数据访问视图。选择哪种方法取决于具体的数据库环境、权限配置和操作目的。在安全测试或攻击场景中，这些方法常被用作绕过对 `information_schema` 访问限制的技术。