☰

MariaDB / MySQL 使用大量线程 / 内存

tag-icon • tag-icon mysql centos memory threads mariadb
MariaDB / MySQL 使用大量线程 / 内存

我一直在设置新的 VPS，想尝试 MariaDB。我使用的是 MariaDB 10.0.1，据我所知，它相当于 MySQL 5.6。

自 MariaDB/MySQL 5.5 以来，线程处理是否发生了巨大变化？这是我在旧服务器（CentOS 5.9，MySQL 5.5）上看到的情况：

centos 5.9 上的 mysql 5.5

在 Centos 6.3 上安装 MariaDB 10 (MySQL 5.6)：

centos 6.3 上的 mariadb 10

以下是事实：

在服务器 A（CentOS 5.9，MySQL 5.5）上：

  • 大约有 15 个数据库连接到各种网站和服务
  • 已安装 Plesk
  • MySQL 最低限度的调整：

/etc/my.cnf

[mysqld]
local-infile=0
query_cache_type = 1
query_cache_size = 32M

datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql

# Misc vars
key_buffer_size=32M
join_buffer_size=512K
tmp_table_size=32M
max_heap_table_size=32M
thread_cache_size=4
table_cache=300

# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0

# InnoDB vars
innodb_buffer_pool_size=96M
innodb_additional_mem_pool_size=500K
innodb_log_buffer_size=500K
innodb_thread_concurrency=2

在服务器 B（CentOS 6.3，MariaDB 10）上：

  • 有 3 个数据库，其中只有一个当前“正在使用”并且连接到低流量站点。
  • 没有 Plesk。
  • MariaDB 最低限度的调整：

/etc/my.cnf.d/server.cnf

[mysqld]
# threads
thread_concurrency=2
thread_cache_size=1
thread_handling=one-thread-per-connection
thread_pool_size=4
thread_pool_max_threads=4
thread_pool_idle_timeout=60
thread_stack=240K

# Limit Connections?
# max_connections=5

skip-external-locking
key_buffer_size=64M
max_allowed_packet=1M
table_open_cache=128
sort_buffer_size=1M
read_buffer_size=1M
read_rnd_buffer_size=4M
net_buffer_length=8K
myisam_sort_buffer_size=32M
query_cache_size=16M

# innodb settings
innodb_buffer_pool_size=32M
innodb_additional_mem_pool_size=2M
innodb_flush_log_at_trx_commit=1
innodb_lock_wait_timeout=30
innodb_thread_concurrency=0

为什么有这么多线程？我尝试了很多设置，试图将进程线程数降低到合理的水平，但似乎无法影响它。它总是使用 20 或 21 个线程。我能够通过调整来减少内存使用量innodb_buffer_pool_size，但 32M 并不是一个合理的值，因为有 10 多个站点在运行，所以我会将其增加回 96M 或 128M。在这些值下，mysql 使用的 RAM 超过了 750-850M 内存。

如果这是我必须忍受的事情，那也没关系（我在新的 VPS、YOLO 上有更多的内存），但我只是好奇为什么内存使用情况会有如此大的差异。

另外值得一提的是，如果我关闭两个 VPS 上的 mysql，我使用的 RAM 数量几乎相同——A 为 ~300M，B 为 ~260M。

答案1

MySQL 应该使用尽可能多的可用内存。这种规模的线程数量非常少，不会影响内存使用量。线程共享相同的虚拟内存空间。它们仅使用几 KB 来存储线程元数据。

新版 MySQL 的内存使用量实际上比以前要小。它分配了 1.1GB 的虚拟内存空间，但物理内存只有 60MB。

在寻求优化 MySQL 时，首先尝试将瓶颈从磁盘 I/O 转移到内存访问。还优化查询（重写它们、索引）- 启用 MySQL 慢查询日志。

有时您会达到硬件限制，唯一的优化方法是升级硬件。对于 MySQL，首先是添加更多 RAM、更快的磁盘，然后是更多 CPU。

相关内容