企业官网建设流程全解析

我在后台收到最多的提问里，“mysql怎么查看”绝对能排进前三。这句话在不同人嘴里代表完全不同的意思：新手想知道MySQL装没装好、版本是多少；开发想知道某张表的数据怎么排序、怎么筛选；运维想知道当前连接数、慢查询、错误日志从哪里看。这个问题看着基础，但偏偏没有一个统一的答案，网上搜出来的结果又东一句西一句，所以我干脆写一篇长文，把“看MySQL”这件事从命令行、图形工具、日志、数据字典到常见报错一次性讲透。

这篇文章不聊高深调优，只解决一个核心问题：用什么命令、去哪里看、怎么理解看到的结果。适合三批人——刚装好MySQL不知道下一步干什么的新手，被线上告警追着跑、需要快速确认数据库状态的初级运维，以及想补全自己“查看工具箱”的开发者。下面所有操作我都尽量按 MySQL 5.7 和 8.0 双版本兼容来写，你照着敲就行。

1. 先别急着敲命令，弄清MySQL的“查看”到底分成哪几类

1.1 最常见的“查看”需求其实有七种

很多人以为“mysql怎么查看”对应某一条万能命令，实际上MySQL把“查看”拆得很细。我自己习惯把查看类需求分成七类：

1. 查版本和安装情况，验证服务有没有起来；
2. 查库、表、字段、索引这些结构信息；
3. 查表里的业务数据，也就是SELECT查询；
4. 查当前连接、线程、锁等待这些运行状态；
5. 查配置参数和系统变量；
6. 查错误日志、慢查询日志、通用日志；
7. 查元数据统计，比如库大小、表行数、碎片情况。

为什么要先分这个类？因为我自己踩过坑。早年间我为了排查一个锁等待问题，盯着SELECT查了半天，后来才意识到应该去看SHOW ENGINE INNODB STATUS。工具没选对，越查越乱。所以你现在可以对照一下自己属于哪一类，再翻到对应章节，比从第一条命令硬看到最后效率高得多。

1.2 进入MySQL环境：命令行和图形工具怎么选

“查看”之前得先能进入MySQL。命令行是最通用的方式，登录语法就这几行：

# 本机默认socket登录 mysql -uroot -p # 指定IP和端口登录 mysql -h127.0.0.1 -P3306 -uroot -p # 指定socket文件登录 mysql -S /tmp/mysql.sock -uroot -p

参数不复杂：-u后面跟用户名，-p表示要输密码，-h是主机地址，-P是端口，-S是socket文件路径。有个细节很多人不知道：当你在Linux本机执行mysql -uroot -p，MySQL默认走socket连接；当你写mysql -h127.0.0.1 -uroot -p，走的是TCP连接。这看起来只是写法差异，实际上和很多连接报错直接相关，后面第7章我会专门讲。

如果你不喜欢黑屏敲命令，常见图形工具也可以选，我用下来的对比是这样的：

我的建议很直接：临时看两眼用命令行最快；天天要写SQL、看表结构的开发用Navicat或DBeaver这类图形工具；需要通过ER图梳理数据库关系时用Workbench。工具不冲突，反而是互补的。如果你用DBeaver连不上MySQL，多半是驱动没装好，手动下载mysql-connector-java的jar包，然后在连接设置里“Add Jar”指定文件就行，这个后面也会再提一句。

2. 库、表、字段、索引：结构类的查看命令一网打尽

2.1 看库看表：SHOW DATABASES 与 SHOW TABLES

进入MySQL之后，第一步通常是看看当前实例上有哪些数据库：

SHOW DATABASES;

这个命令会列出所有你有权限看到的库，常见的information_schema、mysql、performance_schema、sys是系统自带的，不用动。如果库多了，想筛选可以用LIKE：

SHOW DATABASES LIKE 'test%';

它会把所有以test开头的库列出来，适合库名有规律的环境。

选定库之后，看这个库下面有哪些表：

USE test; SHOW TABLES;

同样支持模糊匹配：

SHOW TABLES LIKE 'user%';

我要提醒一个最容易被忽略的点：执行SHOW DATABASES只能看到你有权限的库。如果你用某个普通账号登录，发现列表里根本没有生产库，别急着怀疑数据丢了，先想想是不是账号权限不够。这个问题我在后面第7章还会专门展开。

2.2 看字段定义与建表语句：DESC 与 SHOW CREATE TABLE

确定要看的表之后，下一步就是看表结构。两种方式最常用：

DESC users;

也可以写完整单词DESCRIBE users;。输出会包含Field、Type、Null、Key、Default、Extra这几列，含义分别是字段名、字段类型、是否允许NULL、索引类型、默认值、额外属性。举个例子，常见的自增主键那一行Extra会显示auto_increment，Key会显示PRI，看到这两项你就知道这是主键而且是自增的。

如果你想把建表语句完整归档，或者要精确查看字段注释、字符集、索引细节，DESC就不够了，得用：

SHOW CREATE TABLE users\G

输出会直接给你一段完整的CREATE TABLE语句，包括每个字段的注释、表级字符集、索引定义。这里强烈建议加\G而不是用分号结尾，因为SHOW CREATE TABLE返回的内容是单行超长文本，不加\G会挤得非常难读，加了之后会按行拆开。这条命令在我要把表结构从一个环境复制到另一个环境的时候几乎是救命级别的好用。

2.3 看索引和字符集：SHOW INDEX 与 SHOW TABLE STATUS

表结构看完了，如果还想了解索引情况，用：

SHOW INDEX FROM users;

输出字段里，Non_unique为0表示唯一索引，为1表示普通索引；Key_name是索引名；Seq_in_index是索引中字段的顺序；Column_name是字段名；Cardinality是基数估算值，代表该列的去重程度估算。注意Cardinality只是个估算值，小表经常不准，如果你想让它更贴近真实，执行一下ANALYZE TABLE users;再查会好一些。这个估算值的实际意义是帮你判断索引选择性：如果Cardinality接近表的行数，说明这个索引区分度高，查询条件用它通常很合适。

查看表的整体状态，比如行数、数据大小、碎片大小，用：

SHOW TABLE STATUS LIKE 'users'\G

里面Rows是估算行数，Data_length是数据文件大小，Index_length是索引文件大小，Data_free是碎片字节数。记得这里Rows同样是估算值，InnoDB不会实时维护精确行数，所以它只能用来大致判断表的量级。

字符集这种“隐藏结构”也是查看高频点，我把它放一起说：

SHOW CREATE DATABASE test; SHOW VARIABLES LIKE 'character_set_server';

第一条能看库级字符集，第二条能看实例级默认字符集。如果你发现中文存储乱码，先查这两项，再查表的字符集，基本能把问题定位到库、表、连接三个层面中的某一个。

3. 查数据是查看的主战场：SELECT 的正确打开方式

3.1 最基础：整表查询与字段挑选

结构看得再明白，最终还是要落到数据上。最基础的查看方式：

SELECT * FROM users;

*表示所有字段，适合表比较小、字段比较少的时候快速扫一眼。但生产环境的大表千万别一上来就SELECT *，原因不是语法错，而是真的会把数据库IO打满。我见过不止一次开发在慢查询日志里看到超大SELECT，点进去就是一条SELECT *没加LIMIT。所以更推荐的做法是只查需要的字段：

SELECT id, name, age, created_at FROM users;

字段名尽量写清楚，一方面减少传输量，另一方面后面要接ORDER BY或WHERE时，你能明确知道自己在查什么。

3.2 条件筛选、排序、去重、分页

面试题很喜欢问“mysql排序”，实际开发里也几乎天天用。排序看这两类写法：

-- 单字段排序，默认升序 SELECT name, age FROM users ORDER BY age DESC; -- 多字段排序：先按age降序，age相同再按name升序 SELECT name, age FROM users ORDER BY age DESC, name ASC;

DESC是降序，ASC是升序，不写默认为ASC。多字段排序时，越靠前的字段优先级越高，这个顺序一旦搞反，排序结果会和你预期差很远。

条件筛选的骨架是WHERE，配合排序和分页，最典型的写法是这样的：

SELECT name, age FROM users WHERE age >= 18 AND city = '北京' ORDER BY age DESC, id ASC LIMIT 20 OFFSET 0;

LIMIT 20 OFFSET 0表示从第0行开始取20行，换成分页就是第一页。跳页时OFFSET会变大，比如第二页就是LIMIT 20 OFFSET 20。MySQL还支持LIMIT 20, 20这种老写法，效果等同于LIMIT 20 OFFSET 20，但是可读性差一点，新代码建议用OFFSET。

去重用DISTINCT：

SELECT DISTINCT city FROM users;

这里有个小坑：如果你写SELECT DISTINCT name, city，去重的是name和city的组合，不是单独对name去重，很多新手在这里看懵。

还有一个进阶但很重要的排序细节：MySQL默认把NULL当作最小值处理，所以ORDER BY age ASC时NULL会排在最前面。如果你希望NULL永远沉底，可以这样写：

SELECT name, age FROM users ORDER BY ISNULL(age), age ASC;

ISNULL(age)对NULL返回1，非NULL返回0，升序时1排在0后面，自然就把NULL挤到尾部了。

3.3 多表关联与聚合统计

单表操作熟了以后，多表关联是查看数据的必备技能。MySQL的JOIN并不神秘，本质上就是“把两行按照条件拼成一行”。最常见的写法：

SELECT u.name, o.order_no, o.status FROM users u JOIN orders o ON u.id = o.user_id WHERE o.status = 1 ORDER BY o.created_at DESC LIMIT 50;

JOIN前的u和o是别名，让SQL更短。ON后面的u.id = o.user_id就是两张表的连接条件。推荐在写JOIN时，别省略ON条件，否则会形成笛卡尔积，结果行数是两张表行数的乘积，数据量稍微大一点就是灾难。

聚合统计也是“查看”的高频需求，典型场景是看订单状态分布：

SELECT status, COUNT(*) AS cnt, SUM(total_amount) AS total FROM orders GROUP BY status HAVING COUNT(*) > 100 ORDER BY cnt DESC;

GROUP BY按status分组后，COUNT(*)统计每组行数，SUM算每组金额合计。HAVING和WHERE的区别是：WHERE在分组前过滤行，HAVING在分组后过滤组。你想统计“状态超过100单的分组”，就必须用HAVING，写在WHERE里会直接报错。

如果你想知道一条SELECT在MySQL内部是怎么执行的，还有个特别值得用的“查看”方式——EXPLAIN：

EXPLAIN SELECT u.name FROM users u JOIN orders o ON u.id = o.user_id WHERE o.status = 1;

EXPLAIN不真正执行查询，而是输出执行计划，里面有type、key、rows这几个关键列。type从好到差大致是system、const、eq_ref、ref、range、index、ALL，看到ALL基本就是全表扫描，索引没走对。rows是估算扫描行数。我排查慢SQL时，第一步永远是EXPLAIN，先看有没有全表扫描，再决定要不要加索引。

3.4 查看存储过程、触发器、函数

“mysql怎么查看”里还有一个很容易被忽略的类别——存储对象。很多系统里存储过程和触发器是重要业务逻辑，但新人不知道去哪看。

看库里的存储过程：

SHOW PROCEDURE STATUS WHERE Db = 'test';

看某个存储过程的定义：

SHOW CREATE PROCEDURE test.my_proc\G

看触发器：

SHOW TRIGGERS FROM test;

看函数：

SHOW FUNCTION STATUS WHERE Db = 'test';

这些命令的共同逻辑是：SHOW + 对象类型 + STATUS或CREATE。如果你嫌SHOW的内容不够详细，还可以直接查数据字典：

SELECT * FROM information_schema.routines WHERE routine_schema = 'test'\G;

信息量比SHOW命令更完整，包括创建时间、修改时间、定义者等。对排查线上“某个存储过程是不是被改过”这类问题非常有用。

4. 运行时状态怎么查看：连接数、线程、性能指标

4.1 当前谁在连我：SHOW PROCESSLIST

数据库出问题的时候，第一件事往往是看当前有哪些连接、每条连接在干什么。对应命令是：

SHOW PROCESSLIST;

需要看完整SQL时用SHOW FULL PROCESSLIST;，因为默认版本会截断Info字段。

输出的核心列有：Id连接线程ID、User账号、Host来源IP、db当前连接的库、Command连接状态、Time已经持续的时间、State状态、Info正在执行的语句。Command和State字段是排查重点。Command = Sleep表示空闲连接；Command = Query表示正在执行查询；State字段如果出现Waiting for table metadata lock或者长时间停留在statistics、copy to tmp table，往往意味着有锁等待或者大查询卡住了。

高发场景是慢查询堆积。比如应用连接池里的一堆请求，全部卡在同一个大查询上，SHOW PROCESSLIST会看到多条Query且Time都很大。这时候你可以用：

KILL 12345;

直接杀掉卡死的线程，其中12345是Id字段的值。注意KILL是有权限限制的，普通账号只能杀自己的连接，生产环境一般需要管理员操作。这条命令我已经用过无数次，特别适合那种“数据库CPU突然飙高、应用超时告警”的紧急时刻。

4.2 全局参数与状态：SHOW VARIABLES 与 SHOW STATUS

SHOW VARIABLES是查“配置类”信息，SHOW STATUS是查“运行统计类”信息，两者经常被搞混。我的记忆技巧是：VARIABLES回答“MySQL是怎么配置的”，STATUS回答“MySQL跑得怎么样”。

常用的VARIABLES查看：

SHOW VARIABLES LIKE 'max_connections'; SHOW VARIABLES LIKE 'port'; SHOW VARIABLES LIKE 'datadir'; SHOW VARIABLES LIKE 'character_set_server';

max_connections是最大连接数，datadir是数据文件目录，这些在排查问题时要经常看。修改配置后，用SHOW VARIABLES确认是否生效，也是最稳妥的验证方式。

常用的STATUS查看：

SHOW STATUS LIKE 'Threads_connected'; SHOW STATUS LIKE 'Threads_running'; SHOW STATUS LIKE 'Uptime'; SHOW STATUS LIKE 'Com_select';

Threads_connected表示当前连接数，Threads_running表示正在执行的线程数。Threads_running长期飙到几十甚至上百，说明有明显并发压力。Com_select统计从启动到现在执行了多少SELECT，把它配合Uptime用，能粗算出QPS水平。

顺带说一个线上常用的“查看两连击”：

SHOW STATUS LIKE 'Threads_connected'; SHOW VARIABLES LIKE 'max_connections';

把这两个结果放在一起对比，如果连接数已经接近max_connections，那连接池告警的根源基本就清楚了——不是网络断了，是连接被占满，后面的请求在排队。

4.3 InnoDB 引擎内部状态怎么读

如果数据库出现锁等待、死锁、事务长时间不提交这类问题，SHOW PROCESSLIST只能看到现象，想看到引擎内部的详细信息，就得用：

SHOW ENGINE INNODB STATUS\G

输出是一大段文本，首次看会被吓到，其实重点看两个段落。一个是TRANSACTIONS段，里面会列出当前活跃事务、事务状态、如果正在锁等待会明确标出LOCK WAIT并显示等待哪个事务的锁。另一个是LATEST DETECTED DEADLOCK段，只有发生过死锁才会出现，包含了死锁双方的SQL语句和持有锁的情况，这是分析死锁问题的第一手材料。

SG这个输出有个特点：它是实时生成的快照，且只有当前有活动事务时信息才比较全。所以排查死锁的正确姿势是：先SHOW PROCESSLIST找到相关线程ID，再SHOW ENGINE INNODB STATUS看引擎视角，两条命令配合起来才能拼出完整画面。单纯依赖任何一条，都可能漏掉一半线索。

5. 配置、日志、初始密码：排查问题时最该会的查看技巧

5.1 配置文件在哪、怎么看

MySQL的配置查看有两层：一层是直接读配置文件，一层是查运行中的系统变量。两者有冲突时，以运行中的变量为准，也就是SHOW VARIABLES的结果更“真实”，因为配置文件改完后如果没重启，可能并没有生效。

Linux下配置文件常见路径：

• /etc/my.cnf
• /etc/mysql/my.cnf
• /usr/local/mysql/etc/my.cnf

Windows下一般是“C:\ProgramData\MySQL\MySQL Server 8.0\my.ini”。

想确认当前mysqld启动时到底读了哪些配置文件，可以执行：

mysqld --verbose --help | grep -A 1 'Default options'

它会按读取顺序列出配置文件路径。这是排查“明明改了my.cnf却没生效”的利器。比如你有两个配置文件，以为改的是/etc/my.cnf，但实际/usr/local/mysql/etc/my.cnf的优先级更高，后者把参数覆盖了，改动自然没用。

另一种快速总览运行参数的方式：

mysqladmin variables -uroot -p

不过它输出的内容太多，日常我还是推荐SHOW VARIABLES LIKE精确查看，想看哪条就查哪条，效率更高。

5.2 错误日志、慢查询日志、通用日志怎么开怎么看

日志是“查看”数据库历史行为最重要的入口。三类日志用途完全不同：

先看错误日志在哪：

SHOW VARIABLES LIKE 'log_error';

Linux默认在数据目录下，文件名一般是主机名.err。刚安装MySQL时如果日志提示密码相关的内容，也可能是错误日志文件。当年CentOS上RPM安装MySQL后，查看初始临时密码用的就是：

grep 'temporary password' /var/log/mysqld.log

如果你在安装时看到“root@localhost的随机密码已生成”之类的提示，但没存下来，去这个文件里翻是标准解法。

慢查询日志相关参数：

SHOW VARIABLES LIKE 'slow_query_log'; SHOW VARIABLES LIKE 'long_query_time'; SHOW VARIABLES LIKE 'slow_query_log_file';

临时开启慢查询：

SET GLOBAL slow_query_log = 'ON'; SET GLOBAL long_query_time = 1;

long_query_time单位是秒，设成1表示超过1秒的查询记录进去。然后直接查看慢日志文件：

tail -f /var/lib/mysql/机器名-slow.log

更省事的是用自带工具统计：

mysqldumpslow -s at /var/lib/mysql/机器名-slow.log

-s at表示按平均执行时间排序，能快速找出最该优化的那批SQL。

通用日志默认关闭，因为它会把所有SQL都写下来，并发高的时候磁盘占用很吓人。临时查看可以这样开启：

SET GLOBAL general_log = 'ON'; SHOW VARIABLES LIKE 'general_log_file';

用完记得关掉，否则日志文件会一路膨胀，这是我吃过亏的地方。

5.3 容器化部署的MySQL怎么进去查看

现在MySQL跑在容器里的情况越来越多，很多人找不到“进去查看”的入口。其实容器化之后思路很简单：先把命令送进容器，再执行正常MySQL命令。

docker exec -it my-mysql mysql -uroot -p

my-mysql是容器名，后面紧跟的mysql就是容器内的MySQL客户端。如果只想看版本：

docker exec -it my-mysql mysql -V

K8s环境则换成：

kubectl exec -it mysql-pod-name -- mysql -uroot -p

容器里MySQL的配置文件路径和物理机类似，通常是/etc/my.cnf，数据目录是/var/lib/mysql。日志不要进容器里翻，直接看容器日志反而更快：

docker logs my-mysql | tail -100

另外，容器内查看MySQL进程是否在跑：

docker exec -it my-mysql ps aux | grep mysqld

如果容器日志里反复出现“Access denied for user 'root'@'localhost'”这类内容，说明账号密码层面有问题，再用上面第4章的连接数查看命令配合排查，基本能一步步逼近真相。

6. 数据字典 information_schema：进阶玩家都在用的“透视眼”

6.1 information_schema 到底存了什么

MySQL每个实例都有一个叫information_schema的库，里面保存的是所有数据库、表、列、索引、进程、事务等元数据。它本身不存放业务数据，但通过它可以“透视”整个实例的全局情况。我第一次理解它的定位，是把它类比成操作系统的任务管理器加资产管理器——既能看运行状态，又能看资源占用。

最常用的几个视图：

• TABLES：每个表的大小、行数估算、碎片；
• COLUMNS：每个字段的定义；
• STATISTICS：索引信息；
• PROCESSLIST：当前连接，本质就是SHOW PROCESSLIST的数据来源；
• ROUTINES：存储过程和函数；
• TRIGGERS：触发器。

直接在库名前面加information_schema.前缀来查询，比如：

SELECT * FROM information_schema.tables WHERE table_schema = 'test'\G

这样逐条看不方便，一般我们会用聚合查询，下面给几个我反复在用的模板。

6.2 用数据字典看库大小、找大表、查碎片

统计所有库的大小，执行：

SELECT table_schema, ROUND(SUM(data_length + index_length) / 1024 / 1024, 2) AS size_mb FROM information_schema.tables GROUP BY table_schema ORDER BY size_mb DESC;

data_length是数据部分字节数，index_length是索引部分字节数，两者相加除以1024再除以1024就是MB。通常在磁盘告警时，我第一条就查这个，看看哪个库膨胀得最厉害。

查看某个库内最大的10张表：

SELECT table_name, table_rows, ROUND((data_length + index_length) / 1024 / 1024, 2) AS size_mb FROM information_schema.tables WHERE table_schema = 'test' ORDER BY size_mb DESC LIMIT 10;

再次提醒：table_rows是估算值，和真实行数差距可能很大，尤其频繁增删的表。它更适合用來快速定位“哪些表可能很大”，而不是做精确统计。想要精确就COUNT(*)，但大表COUNT会扫全表，谨慎用。

查数据碎片：

SELECT table_schema, table_name, data_free FROM information_schema.tables WHERE data_free > 100 * 1024 * 1024;

data_free单位是字节，条件写了100MB以上。碎片主要来自大量DELETE和随机UPDATE，InnoDB的表文件不会立刻收缩。确认碎片后，可以通过OPTIMIZE TABLE 表名;清理。执行OPTIMIZE会把表重建一次，生产环境务必在低峰期操作。

6.3 主从复制状态与远程表同步

如果你要看的MySQL上有主从复制，那么“查看”的需求还包括复制状态。MySQL 5.7及以下用：

SHOW MASTER STATUS; SHOW SLAVE STATUS\G

MySQL 8.0.22之后，SLAVE字样逐步被REPLICA替换：

SHOW MASTER STATUS; SHOW REPLICA STATUS\G

执行后重点看这几项：Slave_IO_Running和Slave_SQL_Running是否为Yes；Seconds_Behind_Master是从库落后主库的秒数；Last_SQL_Errno和Last_SQL_Error是最近一次同步报错。IO线程负责拉取主库binlog，SQL线程负责把binlog应用到本地，哪个线程不是Yes，问题就在对应环节。

有不少开发问“怎么把远程库的这张表同步到本地”，这其实也是“查看+迁移”的典型需求。如果只是一次性同步，最简单的做法是mysqldump导出再导入：

# 远程导出单表数据 mysqldump -h远程IP -P3306 -uroot -p 数据库名 表名 > table.sql # 本地导入 mysql -h127.0.0.1 -uroot -p 本地库名 < table.sql

只想导表结构不带数据，加上--no-data；只想导数据不重建表，加上--no-create-info。如果需要持续同步，那就要配置正式的主从复制，并在从库上用replicate-do-table=库.表指定只同步某一张表。具体配置过程比较长，这里先记住查看状态的方法，配置之前先确认log_bin已开启：

SHOW VARIABLES LIKE 'log_bin';

没开binlog的话，主从复制无从谈起。

7. 查看过程中的高发翻车现场与排查套路

7.1 error 2002 连不上 socket 怎么办

热搜词里有一条很典型的报错：ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock'。这几乎是每台MySQL新机器都会遇到的拦路虎。报错本身已经说得很直白——客户端想通过socket文件连本地MySQL，但连不上。

排查思路按顺序来。先看MySQL进程在不在：

ps aux | grep mysqld

如果找不到mysqld进程，说明服务没起来，那就看错误日志：

cat /var/log/mysqld.log | tail -50

如果进程在，再看socket文件是否存在：

ls -l /tmp/mysql.sock

文件不存在，多半是mysqld没起来或者在别的地方生成了socket；文件存在，就要对比客户端连接用的socket路径和MySQL实际生成的socket路径是否一致。看一下配置：

grep -E 'socket|port' /etc/my.cnf

如果socket被改到/var/run/mysqld/mysqld.sock，客户端还按默认/tmp/mysql.sock去连，自然就报error 2002。解决办法要么指定正确socket连接：

mysql -S /var/run/mysqld/mysqld.sock -uroot -p

要么干脆走TCP：

mysql -h127.0.0.1 -P3306 -uroot -p

这里我特别强调一个经典误区：mysql -uroot -p走socket，mysql -h127.0.0.1 -uroot -p走TCP。如果你在代码里用localhost作为数据库地址，连接的也是socket；改成127.0.0.1才会走TCP。很多“程序连不上、命令行却能连上”的问题，根源就在这里。

7.2 权限不够导致看不到数据怎么办

用普通账号登录后执行SHOW DATABASES，发现列表里只有几个库，或者执行SELECT报SELECT command denied，这不是MySQL坏了，是权限受限。

先看自己有哪些权限：

SHOW GRANTS FOR 'app_user'@'%';

看所有用户列表：

SELECT user, host FROM mysql.user;

如果确实需要查看权限，用管理员账号授权：

GRANT SELECT ON test.users TO 'app_user'@'%'; FLUSH PRIVILEGES;

GRANT的粒度可以到库或表，甚至字段级。一个常见的生产规范是：只给业务账号SELECT权限，不给DROP、DELETE等高危权限，避免手滑。所以当你发现某个账号“查不了”，先不要想着绕过去，停下来确认这个账号应该有什么权限更重要。

我还遇到过一种情况：账号权限正确，但客户端报Access denied for user 'root'@'localhost'。这通常是因为root账号只允许从localhost登录，而你从别的机器远程用root连接就被拒绝。快速验证方式就是在本机上执行一遍同样命令，能通则说明是host限制问题，需要检查账号对应的host范围。

7.3 图形客户端连不上：SSL、驱动、端口视角

图形工具连MySQL报错，和命令行报错常常是不同维度的。首当其冲是SSL问题。很多新版本MySQL默认开了SSL要求，而旧客户端或某些连接方式没做SSL协商，就会报SSL connection error。解决思路有两种：要么在连接参数里显式关闭SSL，比如命令行客户端加--ssl-mode=DISABLED；要么在Navicat、DBeaver的连接设置里，把SSL相关选项关掉或选择“首选但不用”。

其次是端口问题。确认目标机器的3306端口能不能通：

telnet 127.0.0.1 3306

排除连接问题时，也要看MySQL的bind_address：

SHOW VARIABLES LIKE 'bind_address';

默认值*表示允许所有IP访问，如果被设置成127.0.0.1，那就只有本机能连，远程客户端自然连不上。此时需要改配置并重启，或者确认是否需要对外开放。

最后是驱动问题，常见的表现是DBeaver首次连接时提示找不到驱动。离线环境下载对应版本的mysql-connector-java，在DBeaver连接设置的“驱动属性”或“库管理”里添加jar包就能解决。这类问题不属于SQL知识，但真的是查看MySQL前最容易卡住的一环，顺手记一下，能省半小时。

写到这里，“mysql怎么查看”这个问题算是被拆得七七八八了。我的体会是：查看命令本身都不难，难的是搞清楚自己要查哪个层面。结构、数据、状态、配置、日志、元数据，各有一套对应的查看姿势，先定位需求属于哪一层，再选工具和命令，效率会高出非常多。把这篇存下来，下次遇到数据库告警或者连接报错，从进程、日志、状态三个方向入手，大概率能在十分钟内找到线索。