Nacos不支持真正多数据源，db.url.0/db.url.1等配置仅用于连接池分组标识，所有SQL硬编码指向db.url.0；所谓“多数据源”实为同一MySQL实例下不同database的逻辑隔离，需通过db.url.0指定不同库名并单独初始化。
Nacos 本身不支持“多数据源模式”——它只允许配置一个主数据源（目前仅限 MySQL），所谓“多数据源”是常见误解，实际需求通常是多集群共享同一 MySQL 实例，或跨集群隔离数据库。
为什么 application.properties 里有 db.url.0、db.url.1 却不能用多个库
Nacos 的 db.num 和 db.url.n 看似支持多数据源，但源码层面仅用于读写分离场景的**连接池分组标识**，并非真正的多库路由。Nacos 所有 SQL 都硬编码指向 db.url.0 对应的库；db.url.1 等字段在 2.x 版本中已废弃，设了也无效。
- 如果你写了
db.num=2且配置了db.url.1，启动时不会报错，但所有读写仍走db.url.0 - 官方文档和 GitHub issue 中明确说明：Nacos 不支持分库分表、不支持多租户多库、不支持 PostgreSQL/Oracle 等其他数据库
- 所谓“多数据源”需求，95% 场景其实是想让多个 Nacos 集群复用同一个 MySQL 实例（不同 database）或做物理隔离
真正可行的“多库”方案：靠 database 名字隔离
你可以在一个 MySQL 实例里创建多个 database（如 nacos-prod、nacos-staging），每个 Nacos 集群连自己的库，通过 db.url.0 指定不同库名实现逻辑隔离：
db.url.0=jdbc:mysql://192.168.10.100:3306/nacos-prod?characterEncoding=utf8&autoReconnect=true db.url.0=jdbc:mysql://192.168.10.100:3306/nacos-staging?characterEncoding=utf8&autoReconnect=true
- 每个库必须单独执行
nacos-mysql.sql初始化（脚本不含CREATE DATABASE，只建表） -
spring.datasource.platform=mysql必须显式配置，否则 fallback 到 Derby - 不同集群的
cluster.conf互不感知，只要它们连的不是同一个 database，数据就天然隔离
MySQL 主从或高可用怎么配才不翻车
Nacos 官方不提供主从自动切换能力，所有读写请求默认发往 db.url.0 指向的地址。若想用 MySQL 主从，只能靠 JDBC URL 层面兜底：
- 用 MySQL Connector/J 8.0+ 的
loadBalance或replication模式，例如：jdbc:mysql:replication://master:3306,slave1:3306,slave2:3306/nacos?... - 但注意：Nacos 的写操作（如发布配置、注册实例）会打到任意节点，可能触发从库只读错误 —— 所以生产环境更推荐用
mysql-router或ProxySQL做读写分离代理，把写固定路由到主库 - 别信网上“改 Nacos 源码加 ShardingSphere”的方案，2.x 后源码结构大改，维护成本极高，且无社区支持
最容易被忽略的坑：MySQL 字符集和时区
即使数据库创建时指定了 utf8mb4，Nacos 启动后仍可能因连接层未对齐导致中文乱码或时间错位：
- 确保
db.url.0中包含useUnicode=true&characterEncoding=utf8mb4&serverTimezone=Asia/Shanghai - MySQL 服务端需检查
init_connect='SET NAMES utf8mb4'和default-time-zone='+08:00' - 如果用 Docker 部署 MySQL，必须挂载自定义
my.cnf，镜像默认配置大概率不满足 Nacos 要求
复杂点在于：Nacos 的配置中心和注册中心数据都落库，但注册实例信息（service_info 等）其实只存内存+临时文件，MySQL 里只有心跳日志和元数据 —— 所以“多数据源”对服务发现几乎没影响，纯属配置管理范畴的事。
