非常慢的mysql
我的服务器mysql有一个大问题。所有的工作都很好,但从上个星期开始,工作非常缓慢。 每个查询都很慢(有时超过20秒)。 我没有改变我的配置 有人可以帮我知道为什么我的服务器现在很慢 谢谢 这是我的.cnf: [非常慢的mysql,mysql,Mysql,我的服务器mysql有一个大问题。所有的工作都很好,但从上个星期开始,工作非常缓慢。 每个查询都很慢(有时超过20秒)。 我没有改变我的配置 有人可以帮我知道为什么我的服务器现在很慢 谢谢 这是我的.cnf: [ 您可以尝试通过监控性能来缩小问题范围, 对于unix系统,还有一个名为的工具,通常通过包管理系统提供 另外,尝试在表上创建一些索引以减少访问延迟。这不是一个真正的答案,但mysql的正常运行时间有多长?也许重新启动它会有所帮助 如果重新启动没有帮助-请对所有活动的数据库/表运行检查,有
您可以尝试通过监控性能来缩小问题范围, 对于unix系统,还有一个名为的工具,通常通过包管理系统提供
另外,尝试在表上创建一些索引以减少访问延迟。这不是一个真正的答案,但mysql的正常运行时间有多长?也许重新启动它会有所帮助 如果重新启动没有帮助-请对所有活动的数据库/表运行检查,有些数据库/表可能已损坏并导致故障
另外,您的mysql服务器系统的负载是多少?可能有什么东西吃掉了所有的RAM并导致了严重的交换。您可以使用
htop
和free
以及一些其他工具来监视CPU/RAM的使用情况。假设在资源方面没有任何变化(CPU、内存、磁盘活动)-需要研究的一个领域可能是查询的索引。假设数据不断输入/更新,那么随着输入越来越多的数据,查询可能会随着时间的推移而减慢-尤其是如果没有设置索引。如果没有关于整个设置的进一步信息,这类问题很难回答。W此数据库用于哪种应用程序
这可能不太可能,但我曾经用一个为支持应用程序导入电子邮件的应用程序监视一台服务器。过了一段时间,我注意到该应用程序开始变慢。结果发现,由于垃圾邮件在其中一个表中增长,数据库变得非常庞大。清除了它们,它明显活跃起来
确保数据库没有出现问题,没有垃圾数据充斥数据库。这不太可能是原因,但检查也无妨
在任何情况下,请确保您没有重击掉期(如其他地方所建议)。谢谢您的回答 我尝试重新启动我的mysql服务器,但没有任何改变。关于cpu和ram,没有问题,我的cpu大约是2%,我安装了100Mo free for 1 Go 我在所有表上运行优化表,但问题仍然存在 但是,我分析I/O硬盘,每次我的硬盘都会写很多东西。我平均有75.33次请求/秒写入我的硬盘
问题可能就在这里。如何知道每次编写什么程序?尝试在
跳过外部锁定之后添加选项跳过名称解析
,如果您在/etc/hosts中添加服务器ip地址和域,则相同
我也遇到过同样的情况,添加这个解决了问题!您使用的确切查询和表架构是什么?表中有多少行?在查询中发布查询和解释的输出。很可能-mysql在向表中注入更多数据时使用了错误的索引,和/或您没有适当的索引。看起来好像不是他\u run\u faster=1
变量未在my.cnf中设置。(我开玩笑,我开玩笑。)我怀疑正常运行时间与此有关。这不是Windows 95;)没有完美的软件,而且我知道(从那时起已修复)正常运行时间
长时间正常运行后(256d-3y范围内的某个地方)实用程序出现故障:它从正常运行时间0天开始重新计数。无论如何,Kiva的更新清楚地表明我在这种情况下是错的:)我的DB被postfix用来发送邮件,被rails(mongrel)用于我的网站。只有两个应用程序。我每天发送大约10封邮件。
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