技术博客
MySQL 8.0 默认 character_set_server 是 utf8mb4，但很多旧部署仍为 latin1 或未显式配置。直接运行 SHOW VARIABLES LIKE ‘character_set_server’; 查看实际值——如果返回 latin1，后续建库不指定字符集就会继承它，导致中文插入报错或乱码，根本测不出 utf8mb4 的真实行为。
MySQL 本身不提供开箱即用的完整用户行为追踪与安全审计功能，但可通过组合配置、日志机制和外部工具实现较全面的审计能力。核心在于开启并合理使用 MySQL 的通用查询日志（General Query Log）、慢查询日志（Slow Query Log）、二进制日志（Binary Log），配合权限控制与第三方审计插件。
Dapper 默认会将数据库中的 DBNull.Value 映射为对应 .NET 类型的默认值（如 null、0、false），但这种隐式转换容易掩盖空值问题，尤其在可空类型（int?、DateTime?）或自定义逻辑中需要显式区分 NULL 和默认值时。关键不是“怎么转”，而是“怎么安全地识别和处理”。
限制用户对 mysql 系统数据库的访问，核心是避免普通用户拥有修改权限表、用户表或影响服务安全的能力。MySQL 的 mysql 库存储了用户、权限、角色等关键元数据，直接读写可能导致越权或服务异常。
每新增一条记录，MySQL 不仅要写数据页，还要同步更新所有相关索引的 B+ 树结构。索引越多，写操作需要维护的树就越多，磁盘 I/O 和 CPU 开销直线上升。INSERT INTO users (name, email, status) VALUES (‘Alice’, ‘a@b.com’, 1);如果 users 表上有 idx_name、idx_email、idx_status、idx_name_email 四个索引，这条语句实际会触发至少四次 B+ 树插入（含可能的页分裂），而不仅是写一行数据。
MySQL 中实现分页查询最常用的方式就是 LIMIT 和 OFFSET 组合，语法简单但需注意性能和边界问题。
mysqldump 是最常用、最轻量、最可控的 MySQL 迁移工具，适合 90% 的中小规模逻辑迁移场景；但当数据量超千万行、或需跨数据库（如迁到 SQL Server / DM / Oracle）时，它就不够用了。
MySQL 升级后事务行为出现异常，通常不是“bug”，而是版本间默认配置、隔离级别实现或 SQL 模式调整导致的预期变化。重点排查 事务隔离级别默认值、READ-COMMITTED 下的一致性读行为、autocommit 默认状态、SQL_MODE 对事务语义的影响 这四类核心差异。
MySQL备份策略的核心是平衡数据安全、恢复效率和资源开销，不能只看“多久备一次”，而要结合业务特性、数据变更频率、RPO（恢复点目标）和RTO（恢复时间目标）来设计。
在高并发更新同一行数据时（比如库存扣减），直接 UPDATE 可能导致超卖。必须让请求串行化处理该行。核心是先查再锁，且查询必须命中索引——否则会升级为表锁或锁住不相关记录。