技术博客
MySQL 没有传统意义上的“权限继承”——比如给 db1.* 授予 SELECT，不会自动让 db1.table1 获得额外权限；它只是把权限记录在 mysql.db 表里，作用范围更窄的权限（如表级、列级）会覆盖更宽泛的同名权限。真正起作用的是「匹配优先级」：MySQL 在验证权限时，按 host, user, db, table_name, column_name 从左到右逐级匹配，越具体的记录优先级越高。
MySQL 8.0.19+ 的 EXPLAIN FORMAT=TREE 和 EXPLAIN FORMAT=JSON 会显示 cost 值，但它不是真实执行耗时，而是优化器基于统计信息估算的「I/O + CPU」相对代价。这个值只在同一条 SQL 的不同执行路径间有比较意义，跨语句、跨表、跨版本基本不可比。
MySQL 安装完成后，设置初始密码是保障数据库安全的重要一步。不同版本的 MySQL（尤其是 5.7 及以上）在初始化时会自动生成临时密码，也可以通过配置跳过验证并手动设置。以下是几种常见的 MySQL 初始化密码设置方法。
遇到 Table is marked as crashed、Incorrect key file 或查询时直接报 ERROR 1016 (HY000)，基本可判定是 MyISAM 表损坏；InnoDB 表通常不会“标记为损坏”，但会表现为启动失败、mysqld 拒绝启动、错误日志中反复出现 InnoDB: Database page corruption 或 Assertion failure。优先检查 /var/log/mysql/error.log（或 Windows 下的 data/hostname.err），搜索 crash、corrupt、failed to open 等关键词。
Linux服务依赖治理的核心在于理清调用关系、限制故障传播。不掌握服务间真实依赖，就无法做有效隔离；不做好隔离，一个服务异常就可能引发雪崩。
MySQL连接失败通常不是单一原因导致的，而是网络、配置、权限、服务状态等多环节中某一处出了问题。排查时建议从最基础的服务是否运行开始，逐步向上验证。
很多人以为加了 set -e 就能自动退出所有错误，其实它对很多常见场景完全静默：if 判断、&&/|| 链式操作、管道中的中间命令，甚至子 shell 里的失败都不会触发退出。
MySQL导入SQL文件本质上就是一种数据恢复方式。只要SQL文件是有效的备份文件，导入过程正确执行，数据就可以成功恢复。
MySQL无法对表达式结果建立索引，一旦在查询条件里对索引列用函数（比如 DATE(created_at)、UPPER(name)），即使该列有索引，优化器也大概率放弃使用。
不是加了就万事大吉。该参数只对 InnoDB 表生效，且要求事务隔离级别为 REPEATABLE READ（MySQL 默认），但若备份过程中有长事务正在执行 DDL（如 ALTER TABLE），或其它连接显式执行 FLUSH TABLES WITH READ LOCK，–single-transaction 会静默失效，转为隐式加全局读锁——此时写入阻塞，但更危险的是：若备份中途被 kill，已 dump 的部分可能对应一个不一致的时间点。