上周五晚上十一点，我正窝在沙发上刷手机，突然收到老张的微信：“救命，数据库挂了！”这家伙是小创业公司的技术负责人，平时总吹自己“运维稳如狗”。我点开他的语音，听到背景里机箱风扇的嗡嗡声，还有他压低嗓门的焦虑：“装了个新数据库，结果迁移数据时直接崩了，生产环境现在没法用。”我问他装了什么，他说“MySQL 8.0，默认安装，啥也没改”。我差点笑出声——这事儿太典型了，数据库安装从来不是“下一步、完成”那么简单，每个版本、每个参数、每个配置项背后都有坑，踩过的都懂。
很多人觉得装数据库跟装个微信似的，双击安装包，点几下确认，完事。可是如果真这么干过，十有八九会吃瘪。就拿 MySQL 来说，5.7 和 8.0 的默认字符集不一样：5.7 默认是 latin1，8.0 改成了 utf8mb4。你要是不注意，直接从 5.7 导数据到 8.0，中文就会乱码。还有密码加密方式，8.0 默认用了 cachingsha2password，老版本的客户端连不上，需要手动改成 mysqlnativepassword。这些细节文档里写得明明白白，但谁在安装时会逐字逐句读文档？大多数人都是“装完能用就行”，结果生产环境一跑，各种奇怪问题冒出来，才回头翻日志找原因。
说白了，数据库安装不是技术活，是心态活。你得有耐心，把每个步骤当成“可能出问题”来对待。比如选操作系统版本，别以为随便一个 Linux 发行版都能完美兼容。我曾见过有人把 PostgreSQL 14 装在 CentOS 6 上，结果因为 glibc 版本太低，数据库频繁崩溃。还有内存分配，默认配置通常是给低配机器用的。如果服务器有 64 GB 内存，默认的 innodbbufferpool_size 只有 128 MB，性能怎么会好？这些坑不是故意设计的，而是数据库软件为了兼容性只能使用最保守的默认值。你装的时候不调，就等于把跑车的发动机装在自行车上。
再聊聊那些“一键安装”脚本。我见过不少团队图省事，用宝塔面板或类似的集成环境装数据库。点几下鼠标，数据库、PHP、Nginx 全装好，多快。可问题在于，这些脚本为了“通用”，往往关闭了关键的安全选项。比如 MySQL 的 root 密码默认是空，或者是一个简单的随机密码，但你可能根本不知道它存在哪儿。更可怕的是，有些脚本会把数据库端口暴露在公网上，却不开防火墙。去年有个朋友的公司被勒索病毒攻击，就是因为宝塔装的 MySQL，端口 3306 直接对外开放，黑客用弱口令爆破进去，把库全加密了，要两个比特币才给解密。他们花了三天从备份恢复，损失几十万。你说这是数据库的锅？不，是安装方式埋的雷。
从运维角度看，数据库安装还有个容易被忽视的点：日志和监控的配置。很多人装完数据库，只看能不能查数据，从不检查慢查询日志、错误日志、二进制日志是否开启。等某天数据库响应变慢，查问题才发现慢查询日志没开，根本不知道哪些 SQL 拖垮了系统。错误日志默认是打开的，但路径可能在 /var/log/mysql/，空间满了也不会报警。我见过最夸张的案例，某公司数据库跑了两年，错误日志文件涨到 200 GB，直接把磁盘占满，数据库写不了数据，业务停了六小时。运维的人一脸懵：“我以为日志会自动轮转。”默认情况下 MySQL 的日志轮转确实有，但需要自己配置 cron 任务或启动 logrotate 服务，装完并不等于万事大吉。
说到生产环境的安装，还有个更隐秘的坑：文件系统选择。ext4 和 XFS 对数据库性能的影响差别很大。XFS 在并发写入场景下更稳定，而 ext4 如果日志模式没选对，写频繁时容易卡顿。挂载参数如 noatime、nobarrier 是否加，也直接影响磁盘 I/O。我认识一个 DBA，他给公司装 Oracle 时，因为文件系统用了默认的 ext4，挂载参数也没优化，结果 OLTP 业务的平均延迟多了 30 毫秒。30 毫秒听起来不多，但对金融交易系统来说就是灾难。后来改成 XFS 并加上 noatime，延迟降到 5 毫秒以内。这些细节在安装手册里可能只提一句“建议使用 XFS”，但大多数人直接跳过，觉得“能用就行”。
我自己的习惯是，装数据库之前先写个安装清单，把操作系统版本、内核参数、文件系统、防火墙规则、字符集、密码策略、日志配置、备份策略全部列出来，每项都验证一遍。听起来繁琐，但真的能省掉后面无数个熬夜排查的夜晚。比如内核参数里的 net.core.somaxconn，默认是 128，但高并发 MySQL 连接数轻松上千，不改这个参数，连接容易被拒绝。还有 vm.swappiness，默认 60，意味着内存用了 60% 就开始使用 swap，而数据库最怕 swap，一交换性能直接跳水。改成 10 或 0，才是正道。这些参数在安装时顺手改掉，比等问题出现再调要轻松一百倍。
说一句，数据库安装不是什么高科技，但它像盖房子的地基。地基没打好，上面装修再漂亮也白搭。我见过太多人因为“赶时间”“图省事”，安装时随便点几下，结果后面花好几倍的时间补窟窿。老张那晚的数据库，我远程帮他重装了一遍，花了两小时调参数、配权限、测试迁移脚本，才把业务救回来。他后来跟我说：“以后装数据库，我宁可多花一天看文档，也不愿多花一分钟填坑。”这话虽土，却很有道理。认真对待数据库的安装，它才会认真对待你的数据。
