技术博客
MySQL 的 B+ 树索引是按定义顺序逐列比较的，WHERE 条件中如果跳过前置列（即“断层”），后续列无法利用索引。比如建了 INDEX idx_user (city, age, status)，但查询写成 WHERE age = 25 AND status = ‘active’，则整个索引基本不生效——EXPLAIN 显示 key 为 NULL 或仅用到 0 列。
Mac 上装 MySQL 最稳妥的方式是用 Homebrew，跳过官网下载 DMG 或手动配置的麻烦。直接终端几条命令就能跑起来，但有几个关键点不注意，后续连不上、找不到服务、密码失效的问题全会冒出来。
MySQL 默认安装后安全性较弱，需手动加固。核心是限制访问、最小权限、加密通信和日志审计四个方向。
不能直接只授 SELECT 就完事。MySQL 的只读控制有两层：显式权限（GRANT）和隐式行为（如事务、临时表、存储过程调用）。即使用户只有 SELECT，若拥有 EXECUTE 或能访问含 SELECT … FOR UPDATE 的视图，仍可能间接触发写操作或锁表。
运维协同流程不是靠堆人或加工具就能变快的，关键在于明确谁在什么环节该做什么、用什么命令确认状态、哪些操作必须留痕、哪些可以自动跳过。
MySQL 默认使用 3306 端口，若远程连接失败，很可能是系统防火墙（如 firewalld 或 ufw）或云服务器安全组未放行该端口。配置关键是确认当前使用的防火墙服务，并针对性开放 3306 端口，同时确保 MySQL 服务本身允许远程访问。
新装 MySQL 后首次无法登录，常见于 mysqld –initialize 自动生成了临时密码但没记录，或配置了 skip-grant-tables 却不生效。这不是权限问题，是初始化流程没走完。
MySQL 默认时区通常是 SYSTEM（即继承操作系统的时区），但很多情况下，系统时区没配好、容器环境未同步、或应用需要统一使用 UTC/东八区，就会导致时间字段写入、查询、函数（如 NOW()、CURDATE()）结果与预期不符。解决核心是：**确认当前时区 → 统一设置 MySQL 服务端时区 → 必要时调整客户端行为**。
最常见的情况是 mysqld 进程压根没跑起来，自然监听不了 3306 端口。用 systemctl status mysql（或 mysqld，取决于发行版）看状态，如果显示 inactive (dead) 或报错，说明服务未运行。
MySQL 中 NULL 表示“未知值”，不是空字符串 ”，也不是数字 0，更不是布尔假。它无法参与常规比较运算——所有形如 col = NULL、col != NULL、col NULL 的写法，结果恒为 UNKNOWN（在 WHERE 中等价于 FALSE），因此查不到任何数据。