上一篇
服务器上搭建数据库
服务器依需求选适配 数据库软件，按指引完成安装配置，设定好存储路径、权限等即搭建成功。
前期准备
确定需求与选型
| 考量因素 | 说明 |
|---|---|
| 业务场景 | OLTP（事务型）、OLAP（分析型）、混合负载等 |
| 数据量级 | 预估初期/未来3年的存储增长趋势 |
| 并发访问量 | 同时在线用户数、每秒请求次数（QPS） |
| 功能特性需求 | ACID严格性、JSON支持、GIS空间函数、全文检索等 |
| 许可成本 | 开源免费（MySQL/PostgreSQL）vs商业授权（Oracle/SQL Server） |
| 生态兼容性 | 是否需对接现有开发框架、中间件或云服务厂商生态 |
主流关系型数据库对比表：
| 数据库名称 | 适用场景 | 优势特点 | 典型部署架构 |
|——————–|—————————|———————————–|—————————-|
| MySQL | Web应用、中小型系统 | 轻量高效，社区活跃 | 主从复制+读写分离 |
| PostgreSQL | 复杂查询、地理信息系统 | JSON/JSONB原生支持，扩展插件丰富 | 流复制（物理/逻辑解码） |
| MariaDB | MySQL替代方案 | Galera集群实现同步多活 | Group Replication |
| SQL Server | Windows环境企业级应用 | PowerShell集成度高，图形化管理工具全 | AlwaysOn可用性组 |
| Oracle | 超大型企业核心业务 | RAC集群、Exadata一体机方案 | Data Guard灾备 |
硬件资源配置建议
| 组件类型 | 推荐配置基准线（按每万条记录估算） | 优化方向 |
|---|---|---|
| CPU核心数 | ≥4核（主频≥2.5GHz） | 根据工作负载调整绑定亲和性 |
| 内存容量 | 物理RAM≥总数据集大小的1.5倍 | Swap分区禁用，启用Hugo优化 |
| 磁盘I/O性能 | SSD优先，顺序读≥500MB/s | Raid卡缓存策略设置为WriteBack |
| 网络带宽 | 千兆以太网起步 | Bond多网卡提升吞吐率 |
| 文件系统格式 | ext4（Linux）/NTFS（Windows） | XFS对大文件处理更优（>50GB） |
安装部署流程
Linux平台标准安装步骤（以CentOS为例）
# 添加官方仓库（以MySQL为例） sudo yum localinstall https://dev.mysql.com/get/mysql80-community-release-el7-3.noarch.rpm # 安装服务端及客户端工具 sudo yum install -y mysql-community-server mysql-workbench community-common # 初始化数据目录并启动守护进程 mysqld --initialize --user=mysql --basedir=/usr/local/mysql --datadir=/var/lib/mysql systemctl enable mysqld && systemctl start mysqld
Windows平台静默安装参数示例
msiexec /i "sqlserver2022.msi" /qn /ACTION=Install /INSTANCENAME=MSSQLSERVER /FEATURES=SQLEngine,Tools /UPDATEENABLED=False /SECURITYMODE=SQL /SAPWD="YourStrong@Password123" /TCPENABLED=1 /IACCEPTSQLLICENSETERMS=YES
容器化部署方案（Docker Compose模板）
version: '3.8' services: db: image: postgres:15-alpine ports: "5432:5432" environment: POSTGRES_USER: admin POSTGRES_PASSWORD: securepasswd POSTGRES_DB: appdb volumes: ./data:/var/lib/postgresql/data ./backups:/backups deploy: resources: limits: cpus: '2.0' memory: 4G
基础配置调优
连接池设置（JDBC示例）
| 参数项 | 推荐值范围 | 作用说明 |
|---|---|---|
| maxActive | 50-200 | 最大活动连接数 |
| initialSize | 10 | 初始化建立的物理连接数量 |
| idleTimeoutMillis | 60000(1分钟) | 空闲超时回收机制 |
| minIdle | 5 | 保持最小空闲连接池大小 |
| testOnBorrow | true | 借用前验证有效性 |
InnoDB存储引擎优化（MySQL示例）
[mysqld] innodb_buffer_pool_size = 70% #物理内存的70%用于缓存热点数据 innodb_log_file_size = 256M #事务日志文件大小（建议≥4GB） innodb_flush_method = O_DIRECT #绕过文件系统缓存直写磁盘 sync_binlog = 1 #二进制日志同步刷盘策略
安全加固措施
| 控制领域 | 实施策略 |
|---|---|
| 身份认证 | 强制使用强密码策略（长度≥8，包含大小写字母+数字+特殊符号），定期轮换密钥环 |
| 网络隔离 | 仅开放3306/5432等必要端口，配置IP白名单限制来源 |
| 权限管理 | 遵循最小权限原则，创建专用账户并授予ONLY REQUIRED PRIVILEGES |
| 审计监控 | 启用general_log记录所有SQL语句，配合ELK Stack进行日志分析 |
| 备份恢复 | 每日全量备份+每小时增量备份，异地容灾存储至少保留7个版本 |
性能监控体系搭建
关键指标采集项
| 监控维度 | Prometheus出口指标 | Zabbix监控模板对应项 |
|---|---|---|
| CPU利用率 | process_cpu_seconds_total | jmx_cpu_usage |
| 内存消耗量 | process_resident_memory_bytes | jmx_heap_used |
| IOPS吞吐量 | disk_written_bytes_total | vfs.disk.writeops |
| QPS请求速率 | query_per_second | custom.qps |
| 锁等待时间 | innodb_row_lock_current_waits | myslq_innodb_lock_waits |
自动化告警规则示例（Prometheus AlertManager配置片段）
groups: name: database_alerts rules: alert: HighCPUUsage expr: process_cpu_seconds_total{job="mysql"}/ignoring(cpu) > 0.85 for: 5m labels: severity: critical annotations: summary: "MySQL实例{{ $labels.instance }} CPU使用率超过阈值" description: "当前CPU占用达{{ humanize $value }}，持续时长{{ $value }}分钟"
相关问题与解答
Q1：如何判断数据库是否需要分库分表？
A：当出现以下任一情况时应考虑水平拆分：①单表数据量超过500万条且增速明显；②大事务导致执行时间过长（>2秒）；③热点更新集中在某些分区，垂直拆分则适用于列冗余度过高的场景，可通过EXPLAIN分析查询计划中的全表扫描比例辅助决策。
Q2：为什么建议关闭Swap分区？
A：数据库系统对IO延迟极其敏感，启用Swap会导致内存不足时触发换页操作，产生毫秒级的延迟波动，对于要求亚秒级响应的交易系统，建议通过以下方式规避：①精确计算所需内存并预留余量；②使用cgroup限制进程内存上限；③采用ballooning保护机制防止OOM Killer意外
