技术博客
不是加了就万事大吉。该参数只对 InnoDB 表生效，且要求事务隔离级别为 REPEATABLE READ（MySQL 默认），但若备份过程中有长事务正在执行 DDL（如 ALTER TABLE），或其它连接显式执行 FLUSH TABLES WITH READ LOCK，–single-transaction 会静默失效，转为隐式加全局读锁——此时写入阻塞，但更危险的是：若备份中途被 kill，已 dump 的部分可能对应一个不一致的时间点。
很多从 Python 或 JavaScript 转来的开发者会下意识写 if flag == 1 来判断布尔值，这在 Go 中直接报错：invalid operation: flag == 1 (mismatched types bool and int)。Go 的 bool 是独立基础类型，和 int 完全不兼容，没有自动转 0/1 的机制。
Linux 用户权限本身不支持“角色”概念，所谓多角色场景必须靠 group + sudo + 文件系统 ACL 三层组合实现，硬套 RBAC 模型会出问题。
MySQL备份文件一旦泄露，等同于把整个数据库白送出去。防止备份泄露不是“加个密码”就完事，关键在权限控制、加密存储、传输安全和异地隔离四层防线。
很多团队一看到“某个索引没被创建时的字段”就直接删，结果线上 SELECT 变慢、EXPLAIN 显示全表扫描。MySQL 不会主动告诉你哪个索引正在被用——得自己查。最可靠的方式是开启 performance_schema 中的 table_io_waits_summary_by_index_usage 表（MySQL 5.6+），或用 sys.schema_unused_indexes 视图（需启用 performance_schema 并加载 sys 库）。
二级索引回表是SQL查询中常见的性能瓶颈，本质在于：通过二级索引查到主键后，还需根据主键回到聚簇索引（主键索引）中捞出完整行数据。这多一次随机I/O，尤其在数据量大、缓存命中率低时，延迟陡增。
在 Go 项目开发中，用 Docker Compose 搭建本地开发容器环境，能统一依赖、隔离环境、快速复现问题。核心思路是：用 go 官方镜像作为基础开发环境，挂载源码、启用热重载（如 air 或 fresh），再通过 Compose 编排数据库、缓存等依赖服务。
在 MySQL 中插入单条数据，最基础、最常用的写法是使用 INSERT INTO … VALUES 语句。只要表结构明确、字段类型匹配，一行 SQL 就能完成插入。
MySQL 5.7 升级到 8.0 后，slow_query_log 默认值从 ON 变为 OFF，且日志不再写入文件（除非显式配置），而是默认输出到系统表 mysql.slow_log（需启用 log_output = TABLE）。很多运维习惯性检查 /var/lib/mysql/hostname-slow.log 却发现文件为空，就是这个原因。
master 负责写入和记录变更，slave 负责读取并重放这些变更。这不是简单的“备份”，而是基于二进制日志（binlog）的异步事件流消费机制。