Teamspeak切换MariaDB后每日崩溃，通信数据包读取错误求助

1. 调整MariaDB核心配置参数 #

• 增大max_allowed_packet：默认值过小会导致TS3批量读写数据时触发包大小限制，建议在MariaDB配置文件（如my.cnf）的[mysqld]段设置：

  max_allowed_packet = 128M
  

• 延长连接超时时间：避免TS3空闲连接被MariaDB主动断开引发异常，添加以下配置：

  wait_timeout = 86400
  interactive_timeout = 86400
  

• 优化InnoDB缓存：根据服务器内存调整innodb_buffer_pool_size，若内存≥8G，建议设为物理内存的50%-70%，例如：

  innodb_buffer_pool_size = 4G
  

2. 优化Docker网络稳定性 #

• 使用自定义桥接网络：在docker-compose.yml中定义专属网络，避免默认桥接的网络波动问题：

  networks:
    ts3-internal:
      driver: bridge
  

  给TS3和MariaDB服务绑定该网络：

  services:
    teamspeak:
      networks:
        - ts3-internal
    mariadb:
      networks:
        - ts3-internal
  

• 增加TS3数据库连接超时：在TS3启动命令中添加--db-timeout 30，提升对短时间网络波动的容忍度。

3. 深挖日志细节定位根因 #

• 提取MariaDB崩溃时刻的完整日志，重点查看Got an error reading communication packets前后的关联错误，若伴随Connection reset by peer或Broken pipe，说明是TS3进程意外终止导致连接中断。
• 开启TS3调试日志：启动时添加--log-level 4，获取数据库交互的详细记录，排查崩溃前是否存在数据库操作超时、并发请求过载的情况。

4. 验证版本兼容性 #

• 确认TS3服务器版本与MariaDB版本匹配（例如TS3 3.13+适配MariaDB 10.6+），版本差距过大可能存在协议不兼容问题。
• 使用官方TS3 Docker镜像，避免第三方镜像的数据库驱动bug。

5. 模拟负载峰值测试 #

• 模拟57人同时重连的场景，监控MariaDB的CPU、内存、磁盘IO使用率，若出现资源耗尽（如磁盘IO占比100%），需升级硬件或优化数据库索引。

内容的提问来源于stack exchange，提问作者LFS96