技术博客
MySQL 的 SELECT 权限不包含元数据访问能力。即使用户能查表内容，SHOW CREATE TABLE、DESCRIBE table_name、甚至 INFORMATION_SCHEMA 中对应表的查询，都需要额外的 SELECT 权限（对 information_schema 库）或 SHOW VIEW 权限（如果涉及视图）。
常见错误是只删了拷贝构造函数，却忘了拷贝赋值运算符。C++11 起，delete 一个不等于自动禁用另一个——两者必须都显式删除，否则编译器会生成默认的拷贝赋值函数，导致“看似不可拷贝实则可赋值”。
绝大多数新项目应该直接选 InnoDB，除非你明确知道自己的表只读、不更新、且对事务完全无感。MySQL 5.5+ 默认引擎已是 InnoDB，不是偶然——它支持行级锁、外键、ACID 事务、崩溃后自动恢复；而 MyISAM 只有表级锁、无事务、崩溃后可能丢数据或需手动 REPAIR TABLE。
MySQL 本身不提供后台管理系统，它只是一个数据库服务；所谓“用 MySQL 搭建后台管理系统”，实际是指：用 MySQL 作为数据存储，配合前端 + 后端（如 Node.js、Python、PHP、Java 等）开发一个带增删改查界面的管理后台。
继承不是“抄代码”，而是让子类自动获得父类的成员和接口能力；没写对 public、protected 或漏掉虚析构函数，运行时就可能崩溃或内存泄漏。
MySQL 不需要额外安装或开启配置，只要你的查询是 SELECT，在它前面加上 EXPLAIN 关键字，立刻返回执行计划的结构化信息。这不是日志、不是慢查分析，而是优化器“打算怎么执行”的快照——注意，它不真正执行语句（除非 FROM 里有子查询，那部分会被实际执行并写入临时表）。
MySQL 误删表或数据后，能否恢复，取决于有没有开启 binlog、是否有备份、以及删除发生的时间点——没有 binlog 且无备份，基本无法恢复。
MySQL 默认禁止创建带有副作用（如修改数据、调用非确定性函数）的自定义函数，否则会报错：ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration。根本原因不是语法写错了，而是服务器变量 log_bin_trust_function_creators 被设为 OFF（尤其在启用了 binlog 的主从环境中默认如此）。
自定义智能指针本身不自带泄漏检测能力，得靠外部机制在进程结束前扫描全局存活对象。GCC/Clang 支持 __attribute__((destructor))，它会在 main() 返回后、库卸载前自动调用标记函数——这是最轻量、无侵入的钩子点。
单列索引和复合索引不是“选一个就好”，而是要根据查询模式、数据分布和写入成本综合权衡。用错索引不仅不加速，还拖慢写入、浪费存储。