拿到一个Spring Boot项目，第一件事儿不是看代码，而是翻那个叫application.yml的文件。这玩意儿就是项目的“总开关”，尤其是数据库配置那一块，写对了，项目跑得飞快；写错了，报错信息能让你怀疑人生。今天咱就聊聊这个application.yml配置数据库的门道，不整虚的，全是实操里的坑和技巧。
先看最常见的基础配置。Spring Boot里连数据库，最省事儿的方式就是直接在application.yml里写死连接信息。比如用MySQL，你得写上url、username、password，还有driver-class-name。有人图省事，把密码直接明文写在文件里，这在小项目、本地开发没问题，但一旦代码推到GitHub，那等于把数据库密码公之于众。我见过不止一次，有人把生产库的密码写在yml里然后push到公开仓库，结果被爬虫扫到，数据库被删库勒索。这不是危言耸听，是真事儿。
所以，配置数据库的第一步，不是写连接串，而是想清楚“这个文件会不会被提交到代码库”。如果你的项目是私有仓库，团队内部用，那明文写问题不大；但凡有开源或者外包的可能，就得用环境变量或者Spring Cloud Config这类方案。比如把密码写成这样：，然后在服务器上设置环境变量。这样即便文件泄露，密码也不会暴露。
再说连接池配置。很多人只写了url和密码，剩下全靠Spring Boot默认值。默认的HikariCP确实够用，但生产环境并发一上来，你就能感受到默认配置的“温柔”。比如默认的maximum-pool-size是10，如果你的服务有几十个实例，每个实例10个连接，数据库那边连接数可能直接爆掉。反过来，如果你的数据库连接数上限就20，而你的服务有5个实例，每个实例默认10个连接，那直接超过数据库上限，启动就报错。
这时候你就得手动调连接池参数。在application.yml里，spring.datasource.hikari这个节点下，可以设置maximum-pool-size、minimum-idle、connection-timeout这些。我的建议是，别拍脑袋定数字，先压测，看看你的接口平均响应时间和数据库QPS，算出一个合理的连接数。比如你的接口平均50ms，数据库每秒能处理500个请求，那连接池大小设成25左右就够用。设太大，浪费数据库资源；设太小，高峰期排队等连接，接口延迟飙升。
还有个容易踩的坑是时区问题。很多人在application.yml里写数据库url，字符串里带个serverTimezone=UTC，结果发现查询出来的时间和本地时间差了8个小时。这个坑我栽过好几次。MySQL的驱动默认时区跟服务器走，如果你在url里手动指定了UTC，那就等于告诉驱动“我用的是UTC时间”，但你的业务代码和数据库存储的可能是东八区时间。最稳妥的做法是，url里不写serverTimezone，让驱动自动检测服务器时区，然后在数据库连接初始化时统一设置时区。
另外，字符集也是个老生常谈但总有人踩的坑。如果你在url里没加characterEncoding=utf8，而数据库默认字符集是latin1，那你存中文就会出现乱码。更隐蔽的是，即使你加了characterEncoding=utf8，如果数据库表本身的collation是latin1swedish_ci，那照样乱码。所以配置数据库时，url里写只是第一步，你还得确认数据库和表的字符集都是utf8mb4，尤其是表情符号这类四字节字符，utf8都不够用。
再聊聊多数据源的配置。微服务或者中台项目，经常要连多个数据库，比如一个业务库，一个日志库。这时候application.yml的配置就得分层写。你可以用spring.datasource.primary和spring.datasource.secondary来区分，然后在配置类里用@Primary注解指定主数据源。但这里有个细节：如果你只是简单地在yml里写了两个数据源的url，而不配好DataSource和JdbcTemplate的Bean，Spring Boot会直接报错，因为它默认只扫描一个数据源配置。你得手动写配置类，把两个数据源分别绑定到不同的mapper扫描路径上。
还有个大坑，就是yml里的缩进。这玩意儿是YAML的核心，但也是新手最容易栽的地方。你写然后换行写，前面必须空两格，而且不能用Tab，必须用空格。我见过一个同事，用Tab缩进，结果Spring Boot启动时直接报“mapping values are not allowed here”，他愣是排查了半小时，发现是Tab和空格混用了。这事儿说起来简单，但真遇到了，能急死人。所以建议用IDE自带的YAML插件，写错了立刻标红。
说一个进阶技巧：配置加密。如果你实在没办法避免在yml里写密码，那就别用明文。Spring Boot支持用Jasypt这个库对配置项加密。你在yml里写，然后在启动类上加@EnableEncryptableProperties注解，Jasypt会自动解密。这种方式虽然不是绝对安全，但至少比明文强得多，尤其是对付那些“扫代码找密码”的自动化工具。
还有一个容易被忽略的点：配置文件的加载顺序。Spring Boot会先加载application.yml，再加载application-{profile}.yml。如果你在application.yml里配了默认数据库，又在application-dev.yml里配了开发库，那激活dev环境时，dev的配置会覆盖默认配置。这个机制很好用，但前提是你得搞清楚覆盖规则。比如你在application.yml里写了完整的数据库连接池参数，但在application-dev.yml里只写了url，那连接池参数会沿用默认配置，不会因为你切了环境就自动调整。所以多环境配置时，每个环境里的yml都要写全，别偷懒。
说到多环境，还有个建议：把数据库配置和业务配置分开。比如你可以建一个application-db.yml专门放数据库相关的配置，然后在主application.yml里用files.include来引入它。这样好处是，如果你要切换数据库类型，比如从MySQL换成PostgreSQL，只要改一个文件，不用在几十个配置项里翻找。
总结一下，application.yml配置数据库这事儿，看着简单，但细节决定成败。从最基础的连接串，到连接池调优、时区处理、字符集、多数据源、加密、多环境覆盖，每一个环节都有坑。我的建议是，先把基础配置跑通，然后根据实际业务逐步加参数，别一上来就堆一堆配置项，出了问题都不知道哪个参数导致的。另外，每次改完yml，重启服务之前，先用IDE的校验工具检查一下语法，能省不少排查时间。配置数据库就像装修房子，水电改造是基础，基础没打好，后面贴多好的瓷砖都白搭。
