Question

我的服务器mysql存在很大问题。一切都很好，但从一周开始，它很慢。每个查询都很慢（有时候更多20次）。我的配置中没有改变任何内容。

有人可以帮我理解为什么我的服务器现在很慢？

感谢。

这是我的my.cnf：

[

mysqld_safe]
socket      = /var/run/mysqld/mysqld.sock
nice        = 0

[mysqld]
#
# * Basic Settings
#
user        = mysql
pid-file    = /var/run/mysqld/mysqld.pid
socket      = /var/run/mysqld/mysqld.sock
port        = 3306
basedir     = /usr
datadir     = /var/lib/mysql
tmpdir      = /tmp
language    = /usr/share/mysql/english
#join_buffer_size   = 128.0K
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address        = 127.0.0.1
# * Fine Tuning
#
key_buffer      = 16M
max_allowed_packet  = 16M
max_heap_table_size = 64M
tmp_table_size      = 64M

thread_stack        = 128K
thread_cache_size   = 8
#max_connections        = 100
table_cache            = 400 
join_buffer_size    = 2000K
#thread_concurrency     = 10
#
# * Query Cache Configuration
#
query_cache_limit       = 1M
query_cache_size        = 16M
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
#log        = /var/log/mysql/mysql.log
#
# Error logging goes to syslog. This is a Debian improvement :)
#
# Here you can see queries with especially long duration
log_slow_queries    = /var/log/mysql/mysql-slow.log
long_query_time = 2
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
#server-id      = 1
log_bin         = /var/log/mysql/mysql-bin.log
# WARNING: Using expire_logs_days without bin_log crashes the server! See README.Debian!
expire_logs_days    = 10
max_binlog_size         = 100M
#binlog_do_db       = include_database_name
#binlog_ignore_db   = include_database_name
#
# * BerkeleyDB
#
# Using BerkeleyDB is now discouraged as its support will cease in 5.1.12.
skip-bdb
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
# You might want to disable InnoDB to shrink the mysqld process by circa 100MB.
#skip-innodb
innodb_buffer_pool_size = 42M
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem



[mysqldump]
quick
quote-names
max_allowed_packet  = 16M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
key_buffer      = 16M

Answer 1

假设没有任何改变资源（cpu，内存，磁盘活动） - 要查看的一个区域可能是查询的索引。假设数据不断输入/更新，随着越来越多的数据被输入，查询可能会随着时间的推移而减慢 - 特别是如果没有设置索引。如果没有关于整个设置的进一步信息，这类问题很难回答。

Answer 2

不是真正的答案，但是mysql的正常运行时间有多长？也许重新启动它可能会有所帮助吗？

如果重新启动没有帮助 - 对所有活动的数据库/表进行检查，有些可能会损坏并导致问题。

另外，你的mysql服务器系统的负载是多少？有些东西可能已经占用了所有内存并导致大量交换。您可以使用htop和free以及其他一些工具来监控CPU / RAM的使用情况。

Answer 3

此DB用于什么类型的应用程序？

这可能是一个很长的镜头，但我曾经一直关注服务器上的应用程序，该应用程序为支持应用程序导入了电子邮件。过了一会儿，我注意到应用程序开始变慢。事实证明，由于垃圾邮件增长了其中一个表格，数据库变得庞大。把它们清理干净，它明显振作起来。

确保某些内容没有出错，并使用垃圾数据淹没了数据库。不是一个可能的原因，但检查不会有任何伤害。

在任何情况下，请确保您没有大量交换（如其他地方所建议的那样）。

Answer 4

您可以尝试使用some tools监控效果来缩小问题范围，对于unix系统，还有一个名为mytop的工具，通常可以通过包管理系统获得......

此外，尝试在表上创建一些索引以减少访问延迟。

Answer 5

感谢您的回答。

我尝试重新启动我的mysql服务器，但没有任何改变。关于cpu和ram，没什么不对，我的cpu大约是2％，而且我已经安装了1个Go的100Mo。

我在所有表上运行OPTIMIZE TABLE，但问题仍然存在。

但是，我分析I / O硬盘和我的硬盘每次写很多东西。我平均有75.33个请求/ secondes写在我的磁盘上。

问题可能在这里。怎么知道每次写什么程序？

Answer 6

尝试在skip-name-resolve之后添加选项skip-external-locking，如果在/ etc / hosts中添加服务器IP地址和域，则相同。

我有同样的情况，加上这解决了问题！

很慢的mysql

6 个答案: