SQL命令行查看表显示empty set但database存在表如何处理

按优先级从高到低逐步排查即可：

• 校验当前连接会话选中的数据库是否正确
  绝大多数这类问题都是登录后未切换到目标库导致的。先执行SELECT DATABASE();（MySQL/MariaDB适用，PostgreSQL可执行SELECT current_database();）查看当前会话默认操作的库名，如果返回结果不是你存储表的目标库，执行切库命令后再查表：
  • MySQL/MariaDB：USE 你的目标库名; 之后执行SHOW TABLES;
  • PostgreSQL：\c 你的目标库名; 之后执行\dt
    注意Linux环境下多数数据库默认开启库表名大小写敏感，输库名的时候注意和实际名称完全一致，不要打错大小写、漏了特殊字符。
• 校验当前登录账号的访问权限
  账号没有对应库/表的查看权限时，很多数据库不会直接抛权限错误，而是返回空的表列表。执行SHOW GRANTS FOR CURRENT_USER();（MySQL/MariaDB）或者对应数据库的权限查询命令，确认当前账号对目标库有SHOW、SELECT权限。如果权限缺失，用管理员账号登录后给当前账号授权，以MySQL为例：

  GRANT SELECT, SHOW VIEW ON 你的目标库名.* TO '你的登录账号'@'客户端访问IP';
  FLUSH PRIVILEGES;
  

  授权完成后断开重连命令行客户端，再执行查表操作验证。
• 校验连接的实例是否正确
  很多人本地/服务器上会跑多个数据库实例（比如本地安装的MySQL、Docker容器里跑的MySQL、测试环境和生产环境的不同实例），连接时如果没指定正确的端口、主机地址，会连到没有建表的空实例上。执行STATUS;（MySQL）或者对应连接状态查询命令，核对当前连接的主机IP、端口、版本信息，确认和你建表时用的实例一致。
• 校验查表命令的匹配逻辑是否正确
  如果你是带匹配条件查表（比如SHOW TABLES LIKE 'xxx%';），先去掉所有匹配条件直接查全量表，排除匹配关键词写错导致查不到结果的问题。如果是本地自建数据库，也可以直接到数据库的数据存储目录下，找到对应库名的文件夹，查看文件夹下是否存在对应表的存储文件（InnoDB引擎对应.ibd、.frm文件），确认表确实存在于当前实例的对应库中，排除图形化工具建表时选错库、选错实例的问题。
• 排查实例异常、表损坏问题
  前面几步都确认没问题的话，先退出命令行客户端重新建立连接，排除会话卡住、连接异常的问题。如果记得具体表名，可以执行CHECK TABLE 表名;（MySQL）检查表状态，如果是表损坏导致无法正常展示，按对应存储引擎的修复流程修复表即可。如果是刚做过备份恢复、数据迁移操作，回头确认迁移/恢复任务是否正常完成，有没有成功导入表结构。

易踩坑提醒：如果是在PostgreSQL里直接执行SHOW TABLES;会因为语法不支持返回空结果，不同数据库的客户端命令有差异，不要混用不同数据库的操作命令。

内容的提问来源于stack exchange，提问作者user19398210