如何在一台服务器上创建多个独立的数据库？

在一台服务器上创建多个独立的数据库，核心逻辑其实非常清晰：“实例（Instance）”与“数据库（Database）”的层级关系。

在绝大多数主流场景下，我们并不需要在物理服务器层面去安装多个完全隔离的数据库软件实例（那样资源消耗极大且管理复杂），而是通过同一个数据库服务进程来管理多个逻辑上独立的“数据库”。

以下是基于国内主流技术栈（MySQL、PostgreSQL、Redis、MongoDB）和云原生架构的实操指南。

一、 核心概念澄清：什么是“独立”？

1. 逻辑独立（最常见）：

   • 共享同一个数据库引擎进程（如一个 MySQL 进程）。
   • 通过不同的 database_name 进行隔离。
   • 权限控制：不同用户只能访问特定的库。
   • 适用场景：90% 的企业应用、Web 后端、多租户 SaaS 系统。

2. 物理/进程独立（高安全/高负载）：

   • 同一台服务器上运行多个数据库进程（如两个 MySQL 实例，监听不同端口）。
   • 数据文件、日志、配置文件完全分离。
   • 适用场景：极高并发读写、不同业务线对性能要求差异巨大、需要严格故障隔离。

3. 容器化/虚拟化独立（现代云原生）：

   • 使用 Docker/K8s 部署多个数据库容器。
   • 资源限制（CPU/Memory）由容器引擎保证。
   • 适用场景：微服务架构、CI/CD 测试环境、快速交付。

二、 主流数据库实操方法

1. MySQL / MariaDB（最常用）

方式 A：逻辑隔离（推荐）

-- 1. 创建第一个数据库
CREATE DATABASE db_app_prod CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

-- 2. 创建第二个数据库
CREATE DATABASE db_app_test CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

-- 3. 创建专用用户并授权（关键步骤：实现“独立”访问控制）
-- 为生产库创建专属用户
CREATE USER 'app_prod_user'@'%' IDENTIFIED BY 'StrongPassword123!';
GRANT ALL PRIVILEGES ON db_app_prod.* TO 'app_prod_user'@'%';

-- 为测试库创建专属用户
CREATE USER 'app_test_user'@'%' IDENTIFIED BY 'StrongPassword456!';
GRANT ALL PRIVILEGES ON db_app_test.* TO 'app_test_user'@'%';

-- 刷新权限
FLUSH PRIVILEGES;

✅ 优点：简单、高效、无需额外配置。
❌ 缺点：如果某个库被慢查询拖垮 CPU，会影响其他库。

方式 B：多实例部署（高级）

在同一台 Linux 服务器上运行两个 MySQL 进程：

• 实例 1：端口 3306，数据目录 /data/mysql3306
• 实例 2：端口 3307，数据目录 /data/mysql3307

需分别配置 my.cnf，启动两个 mysqld 进程。适用于对性能隔离有严格要求的场景。

2. PostgreSQL

PostgreSQL 天然支持多数据库共享一个集群（Cluster），每个数据库是独立的命名空间。

-- 创建独立数据库
CREATE DATABASE mydb_1;
CREATE DATABASE mydb_2;

-- 创建角色并绑定到特定数据库
CREATE ROLE user1 WITH LOGIN PASSWORD 'pass1';
ALTER ROLE user1 CONNECTION LIMIT 10; -- 限制连接数

-- 授予权限（注意：PG 中权限需在具体数据库内授予）
c mydb_1
GRANT CONNECT ON DATABASE mydb_1 TO user1;
-- 然后进入 mydb_1 内部再 grant schema/table 权限

c mydb_2
-- user1 默认无法访问 mydb_2，除非显式授权

✅ 优点：权限模型灵活，支持行级安全（RLS）进一步隔离。
💡 提示：PG 的一个“实例”可以包含多个“数据库”，但一个“数据库”不能跨实例。

3. Redis（缓存数据库）

Redis 单实例默认只有一个数据库（DB 0~15，共16个），可通过 SELECT 切换。

# 切换到 DB 1
SELECT 1
SET key1 "value1"

# 切换到 DB 2
SELECT 2
SET key2 "value2"

⚠️ 重要警告：

• Redis 官方不推荐用多 DB 做强隔离，因为命令会广播到所有 DB（如 KEYS * 会扫描所有 DB）。
• 最佳实践：使用 Key 前缀 或 Namespace 实现逻辑隔离。

  SET app1:user:1001 "zhangsan"
  SET app2:user:1001 "lisi"

• 如需真正隔离，应部署多个 Redis 实例（不同端口）或使用 Redis Cluster。

4. MongoDB

MongoDB 中，“数据库”是一个命名空间集合，每个数据库拥有独立的集合（Collection）、索引和用户权限。

// 切换到新数据库（自动创建）
use mydb_1
db.users.insertOne({ name: "Alice" })

use mydb_2
db.orders.insertOne({ amount: 100 })

// 创建独立用户并赋予只读/读写权限
db.createUser({
  user: "user1",
  pwd: "password1",
  roles: [{ role: "readWrite", db: "mydb_1" }]
})

✅ 优点：每个数据库完全独立存储结构，可单独备份、压缩、迁移。

三、 云服务器上的最佳实践建议

在国内云计算环境（阿里云、腾讯云、华为云等）中，建议优先考虑以下方案：

方案 1：使用云数据库 RDS（强烈推荐）

• 不要自建：对于生产环境，直接使用云厂商提供的 RDS 服务。
• 优势：
  • 云控制台一键创建多个数据库实例或逻辑库。
  • 自动备份、高可用、监控告警、安全防护。
  • 按量付费，弹性扩容。
• 操作：在 RDS 控制台 → “数据库管理” → “创建数据库”，设置字符集、账号权限即可。

方案 2：Docker 容器化部署（适合开发/测试/轻量生产）

# 启动 MySQL 实例 1
docker run -d --name mysql-prod 
  -p 3306:3306 
  -e MYSQL_ROOT_PASSWORD=root123 
  -v /data/mysql-prod:/var/lib/mysql 
  mysql:8.0

# 启动 MySQL 实例 2
docker run -d --name mysql-test 
  -p 3307:3306 
  -e MYSQL_ROOT_PASSWORD=root456 
  -v /data/mysql-test:/var/lib/mysql 
  mysql:8.0

• 优点：资源隔离好，易于迁移、快照、回滚。
• 注意：需合理设置 --memory 和 --cpus 参数，避免单个容器耗尽主机资源。

方案 3：虚拟机 + 多实例（传统运维）

• 使用 LVM 或分区将磁盘划分为不同目录。
• 安装多个数据库软件实例，配置不同端口和数据路径。
• 适用于老旧系统迁移或对云产品不信任的场景。

四、 关键注意事项

1. 资源隔离：

   • 即使逻辑上独立，所有数据库仍共享 CPU、内存、I/O。
   • 建议通过 cgroups（Linux）或 Docker 限制每个数据库的资源上限。
   • 监控工具：Prometheus + Grafana 监控各库的 QPS、连接数、锁等待。

2. 备份策略：

   • 每个数据库应有独立的备份任务。
   • 云厂商通常提供按库备份功能；自建则建议使用 mysqldump 或 pg_dump 脚本定时导出。

3. 安全加固：

   • 禁止 root 用户远程登录。
   • 使用强密码策略。
   • 防火墙仅开放必要端口（如 3306、5432）。
   • 启用 SSL/TLS 加密传输。

4. 合规性提醒：

   • 若涉及用户个人信息，需遵循《网络安全法》和《个人信息保护法》，数据加密存储、脱敏展示。
   • 定期审计数据库操作日志。

总结

最终建议：除非你有特殊的性能隔离需求或遗留系统约束，否则优先使用云厂商的数据库服务，并在其中创建多个逻辑数据库，配合严格的账号权限控制，这是最安全、高效、合规的方式。