MySQL作为最流行的开源关系型数据库之一，其运维命令的熟练掌握是DBA（数据库管理员）的核心技能之一，这些命令涵盖了从日常监控、性能调优到数据备份恢复的方方面面，对于保障数据库的高可用、高性能和数据安全至关重要,以下将详细介绍一些关键的MySQL运维命令。
连接到MySQL服务器是所有操作的前提，通常使用mysql -u用户名 -p命令，执行后会提示输入密码，连接成功后，mysqladmin是一个常用的管理工具，例如mysqladmin -u root -p status可以快速查看数据库的运行状态，包括当前连接数、运行时间等；而mysqladmin -u root -p processlist则能列出所有活跃的数据库线程，帮助识别是否存在长时间运行的慢查询，对于性能监控，SHOW PROCESSLIST;命令提供了更详细的线程信息，包括线程ID、用户、主机、命令、执行时间等，结合SHOW FULL PROCESSLIST;可以看到完整的SQL语句,便于定位问题。
当数据库出现性能瓶颈时，慢查询日志是重要的分析依据，通过SHOW VARIABLES LIKE '%slow_query_log%';可以查看慢查询日志是否开启，SHOW VARIABLES LIKE '%long_query_time%';则查看慢查询的时间阈值（默认10秒），要手动启用慢查询日志，可以在配置文件中设置slow_query_log = 1和long_query_time = 1（单位为秒），然后重启MySQL服务，分析慢查询日志可以使用mysqldumpslow工具，例如mysqldumpslow -s t -t 10 /var/lib/mysql/mysql-slow.log，按查询时间排序,显示最耗时的10条慢查询。
数据备份是运维的重中之重，mysqldump是最常用的逻辑备份工具，全量备份的命令为mysqldump -u root -p --all-databases > all_db_backup.sql，备份所有数据库；备份单个数据库则使用mysqldump -u root -p database_name > db_backup.sql；备份单个表则是mysqldump -u root -p database_name table_name > table_backup.sql，为了确保备份的完整性，可以添加--single-transaction参数（对于InnoDB引擎）避免锁表，或--master-data=2记录备份时的binlog位置，便于后续基于时间点的恢复，物理备份则更适合大型数据库，可以使用Percona XtraBackup工具，其innobackupex命令支持热备份，例如innobackupex --user=root --password=password /backup/dir。
恢复数据时，全量恢复使用mysql -u root -p < all_db_backup.sql，如果需要基于时间点恢复，首先需要使用mysqlbinlog工具解析二进制日志，例如mysqlbinlog --start-datetime="2023-10-27 10:00:00" --stop-datetime="2023-10-27 11:00:00" /var/lib/mysql/mysql-bin.000123 | mysql -u root -p，这将恢复指定时间段的操作，对于InnoDB引擎，innobackupex的恢复流程更复杂，需要先应用日志（--apply-log），然后再执行恢复（--copy-back）。
权限管理也是日常运维的一部分，GRANT和REVOKE命令用于授予和撤销用户权限，创建一个只允许从特定主机连接的用户并授予查询权限：CREATE USER 'readonly_user'@'192.168.1.%' IDENTIFIED BY 'password';，然后GRANT SELECT ON database_name.* TO 'readonly_user'@'192.168.1.%';，要刷新权限使生效，使用FLUSH PRIVILEGES;，查看用户权限则使用SHOW GRANTS FOR 'username'@'host';。
定期维护数据库性能也很重要，ANALYZE TABLE table_name;用于更新表的统计信息，帮助查询优化器生成更好的执行计划；OPTIMIZE TABLE table_name;可以碎片整理，对于频繁更新和删除的表尤其有用,能减少存储空间占用并提升查询速度。
相关问答FAQs
问题1：如何查看MySQL当前正在执行的SQL语句以及其资源消耗情况？
解答：可以通过执行SHOW FULL PROCESSLIST;命令来查看MySQL服务器上所有线程的详细信息，包括线程ID、用户、主机、数据库、命令、执行时间以及完整的SQL语句。Command列显示为Query的即为正在执行的SQL语句，Time列表示该语句已执行的时间（秒），对于资源消耗，重点关注Time值大的线程，这可能意味着存在慢查询，如果需要更详细的资源消耗信息（如CPU、IO），可以在Linux系统下使用top -Hp <MySQL进程ID>或pidstat -p <MySQL进程ID> -t等系统命令进行监控,或者开启MySQL的performance_schema进行深度分析。
问题2：当误删了MySQL数据库中的一个表，如何进行恢复？
解答：恢复误删的表，最佳方法是从备份中恢复，确认是否有包含该表的备份文件（如通过mysqldump生成的逻辑备份或物理备份），如果有，步骤如下：1. 如果是全量备份，需要先恢复备份到一个临时数据库或从备份中单独提取该表的备份（使用sed -n "/CREATE TABLE \table_name`/,/ENGINE=/p" backup.sql > table_backup.sql等命令），然后导入到目标数据库，2. 如果有增量备份（如binlog），则先恢复全量备份到误删前的某个时间点，然后应用从该时间点到误删操作发生前的binlog，即可恢复表数据，如果没有备份，但有二进制日志（binlog），可以尝试通过分析binlog找到DROP TABLE语句之前的INSERTUPDATEDELETE操作，然后手动重放，如果以上方法都不可行，且表是InnoDB引擎，可以尝试使用undrop-tables`等第三方工具（但成功率有限，且有一定风险），或者从应用层面找回数据,定期备份至关重要。
