数据库

数据库导出命令看着就一串参数，真正容易翻车的往往是字符集、锁表方式和导出范围这三处。这篇讲清每个参数在什么场景下会出问题，以及出事之后怎么补救。

网站超时八成不是服务器锅，一超时就去升配置多半白花钱。超时是链条上某一环等太久，数据库、外部接口、CDN回源，一层层排下来往往跟机器无关。

索引降低写入性能本质是这几笔开销，写一条数据时B+树定位、页分裂、二级索引逐条维护、唯一性校验和脏页刷盘，钱都花在这几处。

切换那几秒最能暴露底子：数据库主备还是双活差别在切换那几秒，断多久、丢不丢数据、切过去谁扛量，三件事想不清楚，方案再漂亮也白搭。

authSource这几个字母挤在连接串末尾，填错就白忙一夜。MongoDB认证库authSource填错就连不上，报错还只有一句，这篇把判断顺序和几种写法都摆出来。

智能体配置数据库向量库还是关系库，不是二选一：要精确查询和事务的留关系库，要语义相似的放向量库，量小先加扩展，量大了再拆。

数据库三种备份方式里，逻辑备份和物理备份多数人都熟，第三种增量日志最容易被当成顺带开着的功能而忽略，真出事那天偏偏是它救命。这篇按实际顺序捋一遍。

挑日志数据库别只盯着写入速度，压缩比、查询延迟、留存周期和运维成本都会在后面找上门，选型前先把这几项对齐。

网站搬迁最怕是旧数据没同步：新站看着跑起来了，老库里还有一部分数据在慢慢往回补，用户提交的东西落到了另一边。这篇说清哪些数据最容易漏、切换顺序怎么排、搬完该核对什么。

搬站顺序颠倒，后面全是补锅。网站整体迁移先动数据库再动文件：数据库先定一个时间点，文件照着这个点来，比反过来省一半返工。