用 INFORMATION_SCHEMA.COLUMNS 可查字段所属表，需限定 TABLE_SCHEMA 并过滤 TABLE_TYPE='BASE TABLE' 以排除视图和临时表，注意权限、大小写及未提交 DDL 的影响。
用 INFORMATION_SCHEMA.COLUMNS 查字段所属表
MySQL 没有内置命令直接“搜表”，但 INFORMATION_SCHEMA.COLUMNS 是唯一可靠入口——它记录了所有数据库、表、字段的元信息。查字段名，本质是查这张系统表里 COLUMN_NAME 匹配且 TABLE_SCHEMA 限定的行。
执行前确认你有对 INFORMATION_SCHEMA 的 SELECT 权限（通常都有）；如果目标数据库名含特殊字符或大小写敏感，记得用反引号包裹。
示例：查数据库 mydb 中所有含字段 user_id 的表：
SELECT TABLE_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE COLUMN_NAME = 'user_id' AND TABLE_SCHEMA = 'mydb';
区分大小写和模糊匹配场景
MySQL 默认对 COLUMN_NAME 和 TABLE_SCHEMA 不区分大小写（取决于底层文件系统及 lower_case_table_names 设置），但字段值本身可能区分。如果你不确定拼写，别用 =，改用 LIKE：
-
COLUMN_NAME LIKE '%uid%'找含子串的字段（如user_uid、order_uid） -
COLUMN_NAME = BINARY 'UserId'强制区分大小写（仅当真需要时用，多数情况不必要） - 避免写
COLUMN_NAME LIKE 'user_id%'——这会漏掉created_user_id这类后缀字段
排除视图、临时表等干扰项
INFORMATION_SCHEMA.COLUMNS 默认包含视图（VIEW）和临时表（TEMPORARY）的字段信息，但你通常只关心基表（BASE TABLE）。加一层过滤更稳妥：
SELECT DISTINCT c.TABLE_NAME FROM INFORMATION_SCHEMA.COLUMNS c INNER JOIN INFORMATION_SCHEMA.TABLES t ON c.TABLE_NAME = t.TABLE_NAME AND c.TABLE_SCHEMA = t.TABLE_SCHEMA WHERE c.COLUMN_NAME = 'status' AND c.TABLE_SCHEMA = 'mydb' AND t.TABLE_TYPE = 'BASE TABLE';
注意这里用了 DISTINCT：同一个字段在分区表或有多个索引的表里不会重复，但若字段名跨多个表出现，DISTINCT 能防重复输出。
性能与权限边界提醒
查询 INFORMATION_SCHEMA 在库表数量多时可能稍慢（尤其 MySQL 5.7 及更早版本），但它不锁表、不走查询缓存，属于轻量元数据操作。真正要小心的是权限——如果你用的是低权限账号，可能看不到其他用户创建的表，哪怕它们在同一个数据库下；此时结果为空不等于没匹配表，而是你无权读元数据。
另外，INFORMATION_SCHEMA 不反映未提交的 DDL（比如刚 CREATE TABLE 但事务未 COMMIT），也不包含内存临时表（CREATE TEMPORARY TABLE）——这两类表查不到是正常行为，不是 SQL 写错了。
