技术博客
迁移前必须清晰界定哪些表、视图、存储过程、ETL作业和报表依赖项需要迁移，避免遗漏关键对象导致报表断链。重点识别源系统中存在业务逻辑计算（如动态分区、行级安全过滤、自定义函数）的字段，这些在目标数仓中需重新实现或适配。数据一致性不能只靠“行数比对”，应设计分层校验：基础层核对主键唯一性与空值率，汇总层验证指标口径（如GMV是否含退款）、时间分区切片逻辑是否一致，报表层抽样比对TOP N明细与聚合结果。建议用SQL脚本自动比对关键字段的MD5哈希值或统计分布（均值、标准差），而非人工肉眼检查。
在SQL索引设计中，列的顺序直接影响查询性能。等值优先原则（Equality-First Principle）是核心实践之一：将WHERE条件中用于等值过滤（=、IN、IS NULL等）的列放在索引最左侧，再依次放置范围查询（>、、<code>BETWEEN）或排序（ORDER BY）列。
根本原因不是PHP类型错了，而是MySQL的int有符号范围是-2147483648到2147483647，而PHP在32位环境里int最大值也是2147483647。一旦你传入超限值（比如3000000000），MySQL会静默截断为2147483647（有符号上限）或0（溢出后归零，取决于SQL模式）。
PHP 数组初始化方式对性能的影响微乎其微，**在绝大多数实际场景中可以忽略不计**。真正影响性能的是后续的数组操作（如频繁的 [] 追加、array_push、键查找、遍历等），而非初始化语法本身。
MySQL 中唯一索引和主键看似功能相似，其实有本质区别：主键是约束 + 索引的组合体，而唯一索引只是索引类型之一；主键天然承担行定位、外键引用、聚簇组织等角色，唯一索引只负责保证字段值不重复（允许一个 NULL）。
ansible 的 `set_fact` 默认将所有值序列化为字符串，即使显式使用 `| int` 过滤器，赋值后仍为字符串类型；正确做法是在**实际使用时动态转换**（如 `{{ var | int }}`），而非提前“固化”为整数。
Esc 键失效，往往不是浏览器 bug，而是页面主动调用了 event.preventDefault() 或在 fullscreenchange 之前就阻塞了原生全屏逻辑。比如在 click 或 keydown 中拦截了 Esc，或者用 requestFullscreen() 后没等状态真正切换就执行了其他 DOM 操作，导致浏览器内部状态错乱。
HTML 标签本身不能加 id 属性 —— 浏览器不识别，DOM 中查不到，CSS 和 JS 也选不到。
很多人一上来就写 is_int($x)，结果发现 "123"（字符串）返回 false，误以为它“不能用”。其实 is_int() 只认真正的整型值，不处理字符串转义。你真正想问的，往往是：“用户输入的字符串是不是一个合法的正整数？”——这属于数据校验，不是类型检查。
因为 MySQL 客户端默认走 Unix socket 连接（而非 TCP），而 mysql.sock 就是这个通信的“门口钥匙”。它不在预期路径，mysql -u root 就会报错：Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ —— 注意错误里那个路径，就是关键线索。