服务器查看数据库指令？如何用SQL查看数据库，MySQL命令大全

服务器高效查看数据库的权威指南

核心结论： 熟练运用数据库原生指令是服务器端高效查看、监控、诊断数据库状态与数据的基石，这不仅能快速获取关键信息，更能为性能优化、故障排查和安全审计提供直接依据，MySQL、PostgreSQL、MongoDB、Redis 等主流数据库均有其核心指令集。

基础查看指令：信息获取的起点

1. 连接与基础信息：

   • 连接数据库： mysql -u username -p -h hostname (MySQL)，psql -U username -h hostname -d dbname (PostgreSQL)，mongo --host hostname --port port -u username -p (MongoDB)，redis-cli -h hostname -p port -a password (谨慎使用，建议交互式输入或配置)。
   • 查看版本/状态： SELECT VERSION(); (MySQL), SHOW server_version; (PostgreSQL), db.version() (MongoDB shell), INFO SERVER (Redis)。
   • 列出数据库： SHOW DATABASES; (MySQL), \l (PostgreSQL), show dbs (MongoDB shell), INFO KEYSPACE 或 SCAN (需结合模式，Redis 无直接等效)。

2. 对象结构查看：

   • 列出表/集合： SHOW TABLES; (MySQL), \dt (PostgreSQL), show collections (MongoDB shell)。
   • 查看表结构： DESCRIBE table_name; 或 SHOW CREATE TABLE table_name; (MySQL), \d+ table_name (PostgreSQL), db.collection_name.findOne() 或 db.collection_name.stats() (查看部分元数据，MongoDB)。
   • 查看索引： SHOW INDEX FROM table_name; (MySQL), \di (查看所有) 或 \d table_name (包含索引，PostgreSQL), db.collection_name.getIndexes() (MongoDB), INFO KEYSPACE (部分信息，Redis)。

数据查询与内容查看

1. 基础查询：

   • SELECT FROM table_name [WHERE condition] [LIMIT N]; (MySQL, PostgreSQL) – 核心查询语法。
   • db.collection_name.find({query}, {projection}).limit(N); (MongoDB) – 文档查询。
   • GET key (字符串), HGETALL key (哈希), LRANGE key 0 -1 (列表), SMEMBERS key (集合), ZRANGE key 0 -1 WITHSCORES (有序集合) – Redis 数据类型操作。

2. 结果格式化与导出：

   • MySQL/PostgreSQL： 使用 \G (垂直格式，MySQL CLI), \x (扩展显示，PostgreSQL), tee /path/to/file.log (MySQL 记录输出)，或结合 SELECT ... INTO OUTFILE (需权限)。
   • MongoDB Shell： .pretty() 美化 JSON 输出。
   • 通用： 命令行工具 (mysql, psql, mongoexport, redis-cli) 的输出可重定向到文件 (> output.txt)。

深入监控与状态诊断

1. 性能与状态指标：

   • MySQL：
     • SHOW GLOBAL STATUS; – 查看全局运行状态计数器。
     • SHOW PROCESSLIST; 或 SELECT FROM information_schema.PROCESSLIST; – 查看当前连接和执行的查询。
     • SHOW ENGINE INNODB STATUS\G – 详细 InnoDB 引擎状态（包含锁、事务等）。
   • PostgreSQL：
     • SELECT FROM pg_stat_activity; – 活动连接和查询。
     • SELECT FROM pg_stat_bgwriter;, SELECT FROM pg_stat_database; – 后台写入和数据库级统计。
   • MongoDB：
     • db.serverStatus() – 全面的服务器状态报告。
     • db.currentOp() – 查看当前操作。
     • db.collection_name.stats() – 集合统计信息（大小、索引等）。
   • Redis：
     • INFO [section] – 核心命令！INFO ALL 获取全部信息，常用 INFO MEMORY, INFO STATS, INFO PERSISTENCE, INFO REPLICATION。
     • SLOWLOG GET [N] – 查看慢查询日志。
     • MONITOR – 实时查看所有命令（调试用，对性能影响大）。

2. 锁与阻塞分析：

   • MySQL： SHOW ENGINE INNODB STATUS\G 查看 TRANSACTIONS 和 LATEST DETECTED DEADLOCK 部分。SELECT FROM information_schema.INNODB_LOCKS; / INNODB_LOCK_WAITS; (适用旧版本/特定场景)。
   • PostgreSQL： SELECT FROM pg_locks; 结合 pg_stat_activity 分析阻塞源。
   • MongoDB： db.currentOp({"waitingForLock": true}) 查看等待锁的操作，分析 db.serverStatus().locks。
   • Redis： 单线程模型，INFO commandstats 可观察命令耗时，阻塞主要发生在慢查询或 BLPOP 等阻塞命令。

安全审计与连接管理

1. 用户与权限查看：

   • MySQL： SELECT FROM mysql.user; (用户列表，谨慎！), SHOW GRANTS FOR 'user'@'host';。
   • PostgreSQL： \du (用户列表), \dp 或 \z (对象权限)。
   • MongoDB： db.getUsers(), db.getRole("roleName", { showPrivileges: true })。
   • Redis： ACL LIST (Redis 6+), CONFIG GET requirepass (旧版)。

2. 连接与会话管理：

   • 通用： 查看进程列表/活动连接 (如前所述 SHOW PROCESSLIST, pg_stat_activity, db.currentOp()）。
   • 终止连接：
     • MySQL: KILL [CONNECTION | QUERY] processlist_id;
     • PostgreSQL: SELECT pg_terminate_backend(pid);
     • MongoDB: db.killOp(opid)
     • Redis: CLIENT KILL [options] (需根据 addr/id 等指定)

最佳实践与专业建议

1. 权限最小化： 用于查看的数据库账号应仅被授予必要的只读权限 (SELECT, SHOW VIEW, PROCESS 等)，绝不使用 root/超级用户进行日常查看。
2. 避免明文密码： 不要在命令行历史中留下带密码的连接命令，使用配置文件 (.my.cnf, .pgpass, MongoDB 的 --config) 或交互式输入密码。
3. 善用信息模式 (INFORMATION_SCHEMA / 系统视图)： 这是获取元数据（表、列、约束、权限等）的标准、安全的方式 (MySQL, PostgreSQL)。
4. 理解 INFO (Redis) / serverStatus (MongoDB) / SHOW GLOBAL STATUS (MySQL)： 这些是性能监控和容量规划的金矿,需熟悉关键指标含义。
5. 组合指令解决问题： 学会将基础指令组合成“指令组合拳”，在 PostgreSQL 中结合 pg_stat_activity 和 pg_locks 分析阻塞；在 MySQL 中结合 PROCESSLIST 和 INNODB STATUS 诊断慢查询。
6. 利用工具辅助： 对于复杂分析，将指令输出导入到监控系统 (Prometheus + exporter) 或日志分析平台 (ELK) 进行可视化展示和长期跟踪更有效。
7. 记录与审计： 关键操作（尤其是涉及终止连接、修改配置）应有审计日志，数据库自身的慢查询日志、错误日志是首要查看点。

问答互动

• Q1: 在 MySQL 中，SHOW PROCESSLIST 发现大量 State 为 Waiting for table metadata lock 的进程，如何快速定位并解决？

  • A1: 这通常由长时间运行的 DDL（如 ALTER TABLE）或未提交的事务阻塞后续操作引起。
    1. 在 SHOW PROCESSLIST 或 information_schema.PROCESSLIST 中查找 State 为 Waiting for table metadata lock 的进程，记下其 Id。
    2. 查找这些进程在等待哪个持有锁的进程 (BLOCKING_ENGINE_TRANSACTION_ID 或 WAITING_QUERY 可能指向阻塞者，或分析 performance_schema.metadata_locks 表)。
    3. 重点排查长时间运行的 DDL (ALTER, OPTIMIZE TABLE) 或长时间未提交的 SELECT ... FOR UPDATE 等事务，优先尝试安全终止这些阻塞源头进程 (KILL [CONNECTION] blocking_process_id)，预防措施包括避免在业务高峰执行大 DDL、确保事务及时提交、使用 pt-online-schema-change 等在线工具。

• Q2: Redis INFO 命令输出中的 connected_clients 突然异常飙升，如何排查连接来源和原因？

  • A2:
    1. 识别客户端： 立即使用 CLIENT LIST 命令，查看每个连接的 addr (来源 IP:端口), idle (空闲时间), cmd (最近执行的命令), name (如果客户端设置了名称), flags (如 N 普通, M 主, S 从, O 客户端执行 MONITOR 等)。
    2. 分析模式： 根据 addr 确定是来自哪些服务器或 IP 段，观察 idle 时间短且 cmd 频繁的连接，检查是否有大量连接来自不预期的应用或 IP。
    3. 常见原因：
       • 应用 Bug: 最常见原因，应用未正确管理连接池（连接泄露 – 创建连接后未关闭，或连接池配置过大/过小导致频繁创建销毁）。
       • 监控/脚本滥用： 如过度频繁执行 MONITOR 命令或使用短连接脚本循环查询。
       • 客户端配置错误： 客户端连接池配置参数 (maxTotal, maxIdle 等) 设置不合理。
       • 攻击： 恶意扫描或连接耗尽攻击 (可能性相对较低，但需结合 IP 分析)。
    4. 临时缓解： 使用 CLIENT KILL 根据 IP 或空闲时间 (CLIENT KILL addr ip:port / CLIENT KILL TYPE idle) 清理异常连接。但根本解决需定位并修复应用代码或配置问题。

掌握这些核心指令，如同获得数据库运行的“听诊器”，你在日常运维中，最常使用哪条指令来快速诊断数据库问题？是否遇到过特别棘手的场景？欢迎在评论区分享你的实战经验与技巧！