MySQL数据库

字符集这关没过，数据库导入和导出十有八九要返工。三个报错——1366、1267、1273，症状看着不一样，根子多半在库表列的编码和排序规则没对齐。

写一行数据要交几道过路费？数据库写入变慢索引才是隐形收费站，这篇把 B+ 树维护、页分裂、冗余索引和批量导入的处理讲清楚，顺手给排查路子。

数据库泄露盘点先看暴露面：公网可达的端口、弱口令、代码里漏出去的连接串、裸放的备份文件，最后才是权限治理。顺序排错，力气就白花了。

数据库索引加速还是拖慢写入，这事没有标准答案：读多写少的表该建，写多读少的要克制，关键看你的业务更在乎哪一头。

四个入口里最容易被忽略的往往是后台和数据库，漏洞防范措施得按入口一个一个堵，光打补丁远远不够，配置和权限才是常被漏掉的那一环。

数据库异地备份选全量还是增量，取决于能丢多少数据和能等多久恢复。这篇把两者的恢复链路、带宽开销和常见坑掰开聊，顺带说清混合策略怎么排、验收该看什么。

复制状态一片正常，主从数据库数据不一致却已经发生。别急着跑校验工具，先分清是落后还是错位，再从复制线程、binlog、从库写入三个方向按顺序查，顺序反了会把小问题修成大故障。

全量备份不是敲一条 mysqldump 就完事：拷数据目录、备份跟库同盘、跑成功却没验过恢复，这三个误区最要命。下面按踩过的坑一条条说，顺带给份能照着改的检查清单。

别等数据丢了才想起备份。网站备份别等出事：3步搞定数据安全，先把该备的东西列清楚、再挪到另一台机器上放好、最后真恢复一次，顺序走对了，出事才有得救。

数据库冷备份就是停下服务、把库完整拷一份存好，看着笨但恢复最干净。什么时候该用、怎么拷、拷完放哪儿，这篇一次讲清楚。