技术博客
最常用也最快速的方式，是进 MySQL 执行 SHOW MASTER STATUS;。它立刻告诉你两件事：当前正在写的文件（File 列，比如 mysql-bin.000005），以及下一条日志将写入的位置（Position 列，比如 1234）。这个位置不是字节偏移，而是逻辑事件序号，后续用 mysqlbinlog 定位时必须对齐它。
绝大多数新项目应该直接选 InnoDB，除非你明确知道自己的表只读、不更新、且对事务完全无感。MySQL 5.5+ 默认引擎已是 InnoDB，不是偶然——它支持行级锁、外键、ACID 事务、崩溃后自动恢复；而 MyISAM 只有表级锁、无事务、崩溃后可能丢数据或需手动 REPAIR TABLE。
MySQL 8.0 起原生支持密码过期控制，核心是通过 ALTER USER 设置 PASSWORD EXPIRE 属性，或全局配置 default_password_lifetime。低于 8.0 的版本不支持该机制，强行修改系统表或绕过验证属于高风险操作，不建议尝试。
继承不是“抄代码”，而是让子类自动获得父类的成员和接口能力；没写对 public、protected 或漏掉虚析构函数，运行时就可能崩溃或内存泄漏。
MySQL 默认不启用慢查询日志，必须手动配置。关键在于两个参数：是否开启（slow_query_log）和阈值（long_query_time）。5.7+ 版本还支持微秒级设置，比如设为 0.1 可捕获 100ms 以上的查询，对高敏系统更实用。
MySQL 不需要额外安装或开启配置，只要你的查询是 SELECT，在它前面加上 EXPLAIN 关键字，立刻返回执行计划的结构化信息。这不是日志、不是慢查分析，而是优化器“打算怎么执行”的快照——注意，它不真正执行语句（除非 FROM 里有子查询，那部分会被实际执行并写入临时表）。
Composer 默认所有 composer install 或 composer update 都会联网拉取包，包括插件（比如 hirak/prestissimo、phpstan/extension-installer）。离线时直接报错：Could not fetch https://repo.packagist.org/packages.json，连 metadata 都拿不到，更别说插件本身。
Composer 本身不执行 Git hooks，pre-commit 是 Git 的钩子，必须靠第三方工具或手动集成。最直接的做法是用 composer install 或 composer update 触发钩子安装，但前提是项目里已引入支持钩子的包（比如 brainmaestro/composer-git-hooks）。
MySQL 的 OFFSET 不是跳过已扫描的行，而是真实地扫描并丢弃前 N 行。比如 SELECT * FROM orders ORDER BY id LIMIT 10000, 20，MySQL 会先按 id 排序，再逐行读取前 10020 行，只返回后 20 行——前 10000 行全白读了，还占 I/O 和 CPU。
当子查询返回大量数据，而外层表较小时，IN 容易因隐式去重和临时表膨胀变慢；相反，EXISTS 只需找到一条匹配就短路退出，对大结果集更友好。但反过来，如果子查询结果极少（比如只返回几行），且已建好索引，IN 可能更快——因为优化器能走 range 或 const 访问类型，而 EXISTS 仍要为每行外层数据执行一次相关子查询。