验证：

sysctl net.ipv4.tcp_congestion_control

如果输出为 bbr，说明启用成功。

七、systemd 服务优化

Debian 默认使用 systemd 管理服务。企业用户可以通过 systemd 对服务资源进行精细化控制。

1. 查看启动耗时

systemd-analyze
systemd-analyze blame

如果某些无关服务占用启动时间，可以禁用：

systemctl disable service-name
systemctl stop service-name

2. 设置服务自动重启

对于核心业务服务，可以配置异常退出后自动重启：

[Service]
Restart=always
RestartSec=5

这可以减少服务异常退出造成的长时间不可用。

3. 限制服务资源

systemd 可以限制 CPU、内存和文件句柄。例如：

[Service]
CPUQuota=200%
MemoryMax=4G
LimitNOFILE=65535

说明：

• CPUQuota=200% 表示最多使用两个 CPU 核心的计算能力；
• MemoryMax=4G 表示限制最大内存；
• LimitNOFILE 表示文件句柄限制。

对于多租户或多服务混合部署的企业服务器，资源限制非常重要，可以避免单个服务拖垮整台机器。

八、日志与磁盘空间优化

企业环境中，日志既是排障依据，也可能成为性能和磁盘空间隐患。日志无限增长会导致磁盘写入压力增大，甚至造成根分区被写满。

1. 配置 journald

编辑：

vim /etc/systemd/journald.conf

建议配置：

[Journal]
SystemMaxUse=2G
RuntimeMaxUse=512M
MaxRetentionSec=30day

重启服务：

systemctl restart systemd-journald

2. 配置 logrotate

Debian 默认安装 logrotate，可检查配置：

ls /etc/logrotate.d/

企业应用建议单独配置日志轮转，例如：

vim /etc/logrotate.d/myapp

示例：

/var/log/myapp/*.log {
    daily
    rotate 14
    compress
    missingok
    notifempty
    copytruncate
}

这样可以避免日志文件过大影响系统性能。

九、安全优化与性能平衡

企业服务器不能只追求性能，还必须兼顾安全。部分安全策略可能增加系统开销，但从长期运维角度看是必要的。

1. 最小化安装

删除不必要的软件包：

apt autoremove --purge

查看监听端口：

ss -lntup

关闭不需要的服务：

systemctl disable service-name
systemctl stop service-name

服务越少，系统资源占用越低，攻击面也越小。

2. 启用自动安全更新

安装：

apt install -y unattended-upgrades

配置：

dpkg-reconfigure unattended-upgrades

对于生产环境，建议至少启用安全补丁自动更新，但核心业务服务器仍需结合维护窗口和变更流程。

3. SSH 优化

编辑：

vim /etc/ssh/sshd_config

建议：

PermitRootLogin no
PasswordAuthentication no
UseDNS no

其中 UseDNS no 可以减少 SSH 登录时的 DNS 反查延迟。

重启 SSH：

systemctl restart ssh

十、数据库服务器专项建议

如果 Debian 用于数据库服务器，例如 MySQL、MariaDB、PostgreSQL，应重点关注以下方面。

1. 使用独立数据盘

数据库数据目录建议放在独立磁盘或独立分区，避免与系统盘、日志盘争抢 I/O。

例如：

/data/mysql
/data/postgresql

2. 关闭不必要的 atime

数据库数据盘建议使用：

defaults,noatime

减少访问时间写入。

3. 保留足够内存

数据库系统依赖内存缓存。应避免同时部署过多占用内存的服务，并合理配置数据库自身缓存参数，例如：

• MySQL 的 innodb_buffer_pool_size；
• PostgreSQL 的 shared_buffers；
• Redis 的 maxmemory。

4. 注意透明大页

某些数据库不建议启用 Transparent Huge Pages。查看状态：

cat /sys/kernel/mm/transparent_hugepage/enabled

临时关闭：

echo never > /sys/kernel/mm/transparent_hugepage/enabled

永久关闭可以通过 systemd 服务或内核启动参数实现。

十一、容器宿主机优化建议

如果 Debian 作为 Docker、containerd 或 Kubernetes 节点使用，应关注以下方面。

1. 控制镜像和日志大小

Docker 日志默认可能无限增长。建议配置 /etc/docker/daemon.json：

{
  "log-driver": "json-file",
  "log-opts": {
    "max-size": "100m",
    "max-file": "5"
  }
}

重启 Docker：

systemctl restart docker

2. 合理配置 cgroup

Debian 12 默认支持 cgroup v2。企业容器环境建议统一使用一致的 cgroup 模式，避免 Docker、containerd、Kubernetes 配置不一致。

查看：

mount | grep cgroup

3. 避免容器无限制使用资源

运行容器时应指定资源限制：

docker run -d \
  --memory=2g \
  --cpus=2 \
  --name myapp \
  myapp:latest

对于 Kubernetes，应使用 requests 和 limits。

十二、监控与告警体系建设

性能优化不是一次性工作，而是持续过程。企业用户必须建立完善的监控和告警体系。

1. 关键监控指标

建议至少监控：

• CPU 使用率；
• CPU load；
• 内存使用率；
• swap 使用率；
• 磁盘使用率；
• 磁盘 I/O 延迟；
• 网络流量；
• TCP 连接数；
• 服务进程状态；
• 系统日志异常；
• 应用错误率；
• 请求延迟。

2. 推荐监控方案

企业环境常用组合：

• Prometheus + Grafana；
• Zabbix；
• Telegraf + InfluxDB + Grafana；
• Elastic Stack；
• 云厂商监控平台。

3. 设置合理告警阈值

示例：

告警不应只追求“多”，而应避免无效告警。企业需要建立告警分级、值班响应和故障复盘机制。

十三、企业级优化参考配置

以下是一份较通用的 Debian 企业服务器 sysctl 优化示例，适合 Web、API、代理服务等高并发场景。实际使用前应结合业务压测验证。

cat > /etc/sysctl.d/99-enterprise-performance.conf <

cat >> /etc/security/limits.conf <

[Service]
LimitNOFILE=65535
Restart=always
RestartSec=5

sysctl vm.swappiness
sysctl net.core.somaxconn
sysctl net.ipv4.tcp_congestion_control
ulimit -n

uptime
vmstat 1 10
iostat -x 1 10
free -h
ss -ant | wc -l

apt install -y fio
fio --name=test --filename=/data/fio.test --size=2G --rw=randread --bs=4k --numjobs=4 --iodepth=32 --runtime=60 --time_based --group_reporting

cp /etc/sysctl.conf /etc/sysctl.conf.bak