`
wangdei
  • 浏览: 372930 次
社区版块
存档分类
最新评论

Discuz下数据库优化经验

阅读更多

同时在线访问量继续增大 对于1G内存的服务器明显感觉到吃力严重时甚至每天都会死机 或者时不时的服务器卡一下 这个问题曾经困扰了我半个多月MySQL使用是很具伸缩性的算法,因此你通常能用很少的内存运行或给MySQL更多的被存以得到更好的性能。

安装好mysql后,配制文件应该在/usr/local/mysql/share/mysql目录中,配制文件有几个,有my-huge.cnf my-medium.cnf my-large.cnf my-small.cnf,不同的流量的网站和不同配制的服务器环境,当然需要有不同的配制文件了。

一般的情况下,my-medium.cnf这个配制文件就能满足我们的大多需要;一般我们会把配置文件拷贝到/etc/my.cnf 只需要修改这个配置文件就可以了,使用mysqladmin variables extended-status –u root –p 可以看到目前的参数,有3个配置参数是最重要的,即key_buffer_size,query_cache_size,table_cache。

key_buffer_size只对MyISAM表起作用,

key_buffer_size指定索引缓冲区的大小,它决定索引处理的速度,尤其是索引读的速度。一般我们设为16M,实际上稍微大一点的站点 这个数字是远远不够的,通过检查状态值Key_read_requests和Key_reads,可以知道key_buffer_size设置是否合理。比例key_reads / key_read_requests应该尽可能的低,至少是1:100,1:1000更好(上述状态值可以使用SHOW STATUS LIKE ‘key_read%’获得)。 或者如果你装了phpmyadmin 可以通过服务器运行状态看到,笔者推荐用phpmyadmin管理mysql,以下的状态值都是本人通过phpmyadmin获得的实例分析:

这个服务器已经运行了20天

key_buffer_size – 128M 
key_read_requests – 650759289 
key_reads - 79112

比例接近1:8000 健康状况非常好

另外一个估计key_buffer_size的办法 把你网站数据库的每个表的索引所占空间大小加起来看看以此服务器为例:比较大的几个表索引加起来大概125M 这个数字会随着表变大而变大。

从4.0.1开始,MySQL提供了查询缓冲机制。使用查询缓冲,MySQL将SELECT语句和查询结果存放在缓冲区中,今后对于同样的SELECT语句(区分大小写),将直接从缓冲区中读取结果。根据MySQL用户手册,使用查询缓冲最多可以达到238%的效率。

通过调节以下几个参数可以知道query_cache_size设置得是否合理

Qcache inserts 
Qcache hits 
Qcache lowmem prunes 
Qcache free blocks 
Qcache total blocks

Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况,同时Qcache_hits的值非常大,则表明查询缓冲使用非常频繁,此时需要增加缓冲大小Qcache_hits的值不大,则表明你的查询重复率很低,这种情况下使用查询缓冲反而会影响效率,那么可以考虑不用查询缓冲。此外,在SELECT语句中加入SQL_NO_CACHE可以明确表示不使用查询缓冲。

Qcache_free_blocks,如果该值非常大,则表明缓冲区中碎片很多query_cache_type指定是否使用查询缓冲

我设置:

query_cache_size = 32M 
query_cache_type= 1

得到如下状态值:

Qcache queries in cache 12737 表明目前缓存的条数 
Qcache inserts 20649006 
Qcache hits 79060095  看来重复查询率还挺高的 
Qcache lowmem prunes 617913 有这么多次出现缓存过低的情况 
Qcache not cached 189896    
Qcache free memory 18573912  目前剩余缓存空间 
Qcache free blocks 5328 这个数字似乎有点大 碎片不少 
Qcache total blocks 30953

如果内存允许32M应该要往上加点

table_cache指定表高速缓存的大小。每当MySQL访问一个表时,如果在表缓冲区中还有空间,该表就被打开并放入其中,这样可以更快地访问表内容。通过检查峰值时间的状态值Open_tables和Opened_tables,可以决定是否需要增加table_cache的值。如果你发现open_tables等于table_cache,并且opened_tables在不断增长,那么你就需要增加table_cache的值了(上述状态值可以使用SHOW STATUS LIKE ‘Open%tables’获得)。注意,不能盲目地把table_cache设置成很大的值。如果设置得太高,可能会造成文件描述符不足,从而造成性能不稳定或者连接失败。

对于有1G内存的机器,推荐值是128-256。

笔者设置table_cache = 256

得到以下状态:

Open tables 256 
Opened tables 9046

虽然open_tables已经等于table_cache,但是相对于服务器运行时间来说,已经运行了20天,opened_tables的值也非常低。因此,增加table_cache的值应该用处不大。如果运行了6个小时就出现上述值 那就要考虑增大table_cache。

如果你不需要记录2进制log 就把这个功能关掉,注意关掉以后就不能恢复出问题前的数据了,需要您手动备份,二进制日志包含所有更新数据的语句,其目的是在恢复数据库时用它来把数据尽可能恢复到最后的状态。另外,如果做同步复制( Replication )的话,也需要使用二进制日志传送修改情况。

log_bin指定日志文件,如果不提供文件名,MySQL将自己产生缺省文件名。MySQL会在文件名后面自动添加数字引,每次启动服务时,都会重新生成一个新的二进制文件。此外,使用log-bin-index可以指定索引文件;使用binlog-do-db可以指定记录的数据库;使用binlog-ignore-db可以指定不记录的数据库。注意的是:binlog-do-db和binlog-ignore-db一次只指定一个数据库,指定多个数据库需要多个语句。而且,MySQL会将所有的数据库名称改成小写,在指定数据库时必须全部使用小写名字,否则不会起作用。

关掉这个功能只需要在他前面加上#号

#log-bin

开启慢查询日志( slow query log ) 慢查询日志对于跟踪有问题的查询非常有用。它记录所有查过long_query_time的查询,如果需要,还可以记录不使用索引的记录。下面是一个慢查询日志的例子:

开启慢查询日志,需要设置参数log_slow_queries、long_query_times、log-queries-not-using-indexes。

log_slow_queries指定日志文件,如果不提供文件名,MySQL将自己产生缺省文件名。long_query_times指定慢查询的阈值,缺省是10秒。log-queries-not-using-indexes是4.1.0以后引入的参数,它指示记录不使用索引的查询。笔者设置long_query_time=10

笔者设置:

sort_buffer_size = 1M 
max_connections=120 
wait_timeout =120 
back_log=100 
read_buffer_size = 1M 
thread_cache=32 
interactive_timeout=120 
thread_concurrency = 4

参数说明:

back_log

要求MySQL能有的连接数量。当主要MySQL线程在一个很短时间内得到非常多的连接请求,这就起作用,然后主线程花些时间(尽管很短)检查连接并且启动一个新线程。back_log值指出在MySQL暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。只有如果期望在一个短时间内有很多连接,你需要增加它,换句话说,这值对到来的TCP/IP连接的侦听队列的大小。你的操作系统在这个队列大小上有它自己的限制。 Unix listen(2)系统调用的手册页应该有更多的细节。检查你的OS文档找出这个变量的最大值。试图设定back_log高于你的操作系统的限制将是无效的。

max_connections

并发连接数目最大,120 超过这个值就会自动恢复,出了问题能自动解决

thread_cache

没找到具体说明,不过设置为32后 20天才创建了400多个线程 而以前一天就创建了上千个线程 所以还是有用的

thread_concurrency

#设置为你的cpu数目x2,例如,只有一个cpu,那么thread_concurrency=2 
#有2个cpu,那么thread_concurrency=4 
skip-innodb 
#去掉innodb支持

代码:

# Example MySQL config file for medium systems. 
# 
# This is for a system with little memory (32M - 64M) where MySQL plays 
# an important part, or systems up to 128M where MySQL is used together with 
# other programs (such as a web server) 
# 
# You can copy this file to 
# /etc/my.cnf to set global options, 
# mysql-data-dir/my.cnf to set server-specific options (in this 
# installation this directory is /var/lib/mysql) or 
# ~/.my.cnf to set user-specific options. 
# 
# In this file, you can use all long options that a program supports. 
# If you want to know which options a program supports, run the program 
# with the "--help" option. 


# The following options will be passed to all MySQL clients 
[client] 
#password = your_password 
port = 3306 
socket = /tmp/mysql.sock 
#socket = /var/lib/mysql/mysql.sock 
# Here follows entries for some specific programs 


# The MySQL server 
[mysqld] 
port = 3306 
socket = /tmp/mysql.sock 
#socket = /var/lib/mysql/mysql.sock 
skip-locking 
key_buffer = 128M 
max_allowed_packet = 1M 
table_cache = 256 
sort_buffer_size = 1M 
net_buffer_length = 16K 
myisam_sort_buffer_size = 1M 
max_connections=120 
#addnew config 
wait_timeout =120 
back_log=100 
read_buffer_size = 1M 
thread_cache=32 
skip-innodb 
skip-bdb 
skip-name-resolve 
join_buffer_size=512k 
query_cache_size = 32M 
interactive_timeout=120 
long_query_time=10 
log_slow_queries= /usr/local/mysql4/logs/slow_query.log 
query_cache_type= 1 
# Try number of CPU's*2 for thread_concurrency 
thread_concurrency = 4 


#end new config 
# Don't listen on a TCP/IP port at all. This can be a security enhancement, 
# if all processes that need to connect to mysqld run on the same host. 
# All interaction with mysqld must be made via Unix sockets or named pipes. 
# Note that using this option without enabling named pipes on Windows 
# (via the "enable-named-pipe" option) will render mysqld useless! 
# 
#skip-networking 


# Replication Master Server (default) 
# binary logging is required for replication 
#log-bin 


# required unique id between 1 and 2^32 - 1 
# defaults to 1 if master-host is not set 
# but will not function as a master if omitted 
server-id = 1 


# Replication Slave (comment out master section to use this) 
# 
# To configure this host as a replication slave, you can choose between 
# two methods : 
# 
# 1) Use the CHANGE MASTER TO command (fully described in our manual) - 
# the syntax is: 
# 
# CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=, 
# MASTER_USER=, MASTER_PASSWORD= ; 
# 
# where you replace , , by quoted strings and 
# by the master's port number (3306 by default). 
# 
# Example: 
# 
# CHANGE MASTER TO MASTER_HOST='125.564.12.1', MASTER_PORT=3306, 
# MASTER_USER='joe', MASTER_PASSWORD='secret'; 
# 
# OR 
# 
# 2) Set the variables below. However, in case you choose this method, then 
# start replication for the first time (even unsuccessfully, for example 
# if you mistyped the password in master-password and the slave fails to 
# connect), the slave will create a master.info file, and any later 
# change in this file to the variables' values below will be ignored and 
# overridden by the content of the master.info file, unless you shutdown 
# the slave server, delete master.info and restart the slaver server. 
# For that reason, you may want to leave the lines below untouched 
# (commented) and instead use CHANGE MASTER TO (see above) 
# 
# required unique id between 2 and 2^32 - 1 
# (and different from the master) 
# defaults to 2 if master-host is set 
# but will not function as a slave if omitted 
#server-id = 2 
# 
# The replication master for this slave - required 
#master-host = 
# 
# The username the slave will use for authentication when connecting 
# to the master - required 
#master-user = 
# 
# The password the slave will authenticate with when connecting to 
# the master - required 
#master-password = 
# 
# The port the master is listening on. 
# optional - defaults to 3306 
#master-port = 
# 
# binary logging - not required for slaves, but recommended 
#log-bin 


# Point the following paths to different dedicated disks 
#tmpdir = /tmp/ 
#log-update = /path-to-dedicated-directory/hostname 


# Uncomment the following if you are using BDB tables 
#bdb_cache_size = 4M 
#bdb_max_lock = 10000 


# Uncomment the following if you are using InnoDB tables 
#innodb_data_home_dir = /var/lib/mysql/ 
#innodb_data_file_path = ibdata1:10M:autoextend 
#innodb_log_group_home_dir = /var/lib/mysql/ 
#innodb_log_arch_dir = /var/lib/mysql/ 
# You can set .._buffer_pool_size up to 50 - 80 % 
# of RAM but beware of setting memory usage too high 
#innodb_buffer_pool_size = 16M 
#innodb_additional_mem_pool_size = 2M 
# Set .._log_file_size to 25 % of buffer pool size 
#innodb_log_file_size = 5M 
#innodb_log_buffer_size = 8M 
#innodb_flush_log_at_trx_commit = 1 
#innodb_lock_wait_timeout = 50 


[mysqldump] 
quick 
max_allowed_packet = 16M 


[mysql] 
no-auto-rehash 
# Remove the next comment character if you are not familiar with SQL 
#safe-updates 


[isamchk] 
key_buffer = 20M 
sort_buffer_size = 20M 
read_buffer = 2M 
write_buffer = 2M 


[myisamchk] 
key_buffer = 20M 
sort_buffer_size = 20M 
read_buffer = 2M 
write_buffer = 2M 


[mysqlhotcopy] 
interactive-timeout

补充

优化table_cachetable_cache指定表高速缓存的大小。每当MySQL访问一个表时,如果在表缓冲区中还有空间,该表就被打开并放入其中,这样可以更快地访问表内容。通过检查峰值时间的状态值Open_tables和Opened_tables,可以决定是否需要增加table_cache的值。如果你发现open_tables等于table_cache,并且opened_tables在不断增长,那么你就需要增加table_cache的值了(上述状态值可以使用SHOW STATUS LIKE ‘Open%tables’获得)。注意,不能盲目地把table_cache设置成很大的值。如果设置得太高,可能会造成文件描述符不足,从而造成性能不稳定或者连接失败。对于有1G内存的机器,推荐值是128-256。

案例1:该案例来自一个不是特别繁忙的服务器table_cache – 512open_tables – 103opened_tables – 1273uptime – 4021421 (measured in seconds)该案例中table_cache似乎设置得太高了。在峰值时间,打开表的数目比table_cache要少得多。

案例2:该案例来自一台开发服务器。table_cache – 64open_tables – 64opened-tables – 431uptime – 1662790 (measured in seconds)虽然open_tables已经等于table_cache,但是相对于服务器运行时间来说,opened_tables的值也非常低。因此,增加table_cache的值应该用处不大。案例3:该案例来自一个upderperforming的服务器table_cache – 64open_tables – 64opened_tables – 22423uptime – 19538该案例中table_cache设置得太低了。虽然运行时间不到6小时,open_tables达到了最大值,opened_tables的值也非常高。这样就需要增加table_cache的值。优化key_buffer_sizekey_buffer_size指定索引缓冲区的大小,它决定索引处理的速度,尤其是索引读的速度。通过检查状态值Key_read_requests和Key_reads,可以知道key_buffer_size设置是否合理。比例key_reads / key_read_requests应该尽可能的低,至少是1:100,1:1000更好(上述状态值可以使用SHOW STATUS LIKE ‘key_read%’获得)。key_buffer_size只对MyISAM表起作用。即使你不使用MyISAM表,但是内部的临时磁盘表是MyISAM表,也要使用该值。可以使用检查状态值created_tmp_disk_tables得知详情。对于1G内存的机器,如果不使用MyISAM表,推荐值是16M(8-64M)。

案例1:健康状况key_buffer_size – 402649088 (384M)key_read_requests – 597579931key_reads - 56188案例2:警报状态key_buffer_size – 16777216 (16M)key_read_requests – 597579931key_reads - 53832731案例1中比例低于1:10000,是健康的情况;案例2中比例达到1:11,警报已经拉响。

分享到:
评论

相关推荐

    Discuz! 数据库结构参考

    数据库的结构,为深入理解和优化Discuz! 论坛提供了宝贵的参考资料。 首先,我们要了解数据库在Discuz! 系统中的核心地位。数据库存储了论坛的全部数据,包括用户信息、帖子、版块、积分规则等,是系统运行的基础...

    dzx1数据库字典,dzx数据库手册,discuz数据库表

    描述中的"dzx1数据库字典,dzx数据库手册,discuz数据库表整理版"进一步确认了这是针对Discuz系统数据库的详细资料,特别强调是“整理版”,意味着这些资料可能经过了整理和优化,更便于用户理解和使用。 【标签解析...

    discuz论坛最新IP数据库

    标题中的“discuz论坛最新IP数据库”指的是Discuz! 论坛系统的一个组件,它包含了一个更新至2005年6月10日的IP地址数据库。Discuz! 是一款广泛使用的开源社区论坛软件,它允许管理员创建、管理自己的在线论坛。这个...

    Discuz!数据库字段说明

    《Discuz!...数据库中的各个表及字段,对于论坛的定制化开发和优化至关重要。通过对这些数据表的深入理解和有效利用,开发者可以创建出符合需求的社区功能,提升用户体验,同时保障社区的稳定运行。

    Discuz!NT 2.1论坛数据库

    NT 2.1论坛数据库"是一个专用于构建在线社区的软件系统,基于Discuz!NT 2.1版本。这个论坛系统的核心是其数据库设计,它存储了用户信息、帖子、板块、权限设置等关键数据,使得用户能够进行讨论、互动和管理。 ...

    Discuz!数据库字段说明.pdf

    通过深入理解这些表的结构和字段,我们可以更好地进行论坛的数据分析、优化和管理。 总之,Discuz!数据库的设计和管理是其功能强大和稳定运行的关键,每个字段都承载着论坛运营的重要信息,对于维护论坛秩序、提升...

    discuz x2数据库结构

    四、数据库优化与性能提升 为了提高数据库的读写效率,Discuz! X2在设计时会考虑索引优化、数据缓存等策略。例如,频繁查询的字段通常会被建立索引,以减少查询时间;同时,Discuz! X2引入了缓存机制,将部分常用...

    discuz数据库详解

    Discuz! 是一款广泛使用的开源社区论坛软件,它的数据库设计是其核心功能之一,用于存储用户信息、论坛内容、权限设置等。...理解这些数据库表的结构和用途,对于管理和优化Discuz! 论坛至关重要。

    Discuz_X3.1数据库sql文件

    《Discuz_X3.1数据库sql文件》是一个用于构建和初始化Discuz! X3.1论坛系统的数据库结构和数据的文件。Discuz! 是一款广泛使用的开源社区论坛软件,它为用户提供了创建和管理在线讨论区的功能。X3.1是Discuz! 的一个...

    Discuz数据库.txt

    数据库优化与维护 为了确保论坛的稳定运行,Discuz数据库需要定期进行优化和维护。这包括但不限于: - 定期清理过期的缓存信息,减少数据库负担。 - 监控并优化高查询量的SQL语句,提高查询效率。 - 对敏感操作,...

    Discuz_X1.5数据库详解

    《Discuz_X1.5数据库详解》 Discuz_X1.5是一款广泛使用的社区论坛软件,其数据库设计是其核心组成部分,用于存储和管理论坛的各种数据。下面我们将对其中的关键表进行详细解析,以了解其数据库结构和功能。 1. pre...

    Discuz X 数据库常用操作方法整理

    总的来说,Discuz X提供了强大且灵活的数据库操作接口,无论是基础的`DB`类还是简便的C类,都能满足开发者在不同场景下的需求。理解并熟练运用这些方法,将大大提高开发效率和代码质量。在实际开发中,应根据项目...

    discuz2.5数据库详细说明(pdf和word)

    2.5基于MySQL数据库管理系统,遵循关系型数据库设计原则,通过规范化、索引优化等手段确保数据的一致性、完整性和高效访问。它将论坛的各种功能如用户信息、帖子、版块、权限等抽象为多个独立的数据表,形成一个...

    discuz!nt2.5数据库和类库说明文档

    3. 性能优化:为了提高查询效率,数据库可能采用了索引、分区等技术,尤其是对频繁访问的字段,如用户ID和帖子时间戳。 二、类库说明 1. 类库结构:Discuz!NT2.5提供了丰富的类库,用于开发者进行论坛功能的扩展和...

    Discuz!×3.0论坛SEO优化

    - 网站程序或CMS:优化代码结构,减少不必要的计算和数据库查询。 - 前端代码:压缩CSS、JavaScript文件,使用GZIP压缩网页内容,减少HTTP请求等。 在进行Discuz!×3.0论坛的SEO优化时,不仅要关注上述技术层面的...

    DZ1.5 GBK 数据库 带超级黑色模板 的 全部优化

    X1.5(简称DZ1.5)论坛系统的GBK编码数据库优化方案,并结合了所谓的"超级黑色模板"进行整体性能提升。这个优化不仅针对数据库层面,还可能涵盖了论坛界面的美化与用户体验的改善。 首先,让我们深入理解DZ1.5。...

    Discuz二次开发目录结构及数据库字典

    能够理很好理解MVC构架的原理(虽然DZ不是MVC架构的) ...) 熟悉MYSQL就用,掌握SQL语言,懂SQL优化者更佳 ) 熟悉使用Discuz!的各项功能 Discuz!的文件系统目录 DZ开发,就得弄懂DZ中每个文件的功能。

    最新IP数据库for Discuz(09/05更新)

    【标题】"最新IP数据库for Discuz(09/05更新)" 描述了这个压缩包文件的核心内容,即一个适用于Discuz论坛系统的IP数据库,该数据库在2009年5月进行了更新。Discuz是一款流行的开源社区论坛软件,其用户可以通过这样...

    discuz x1.5数据库结构

    理解这些数据库表的结构和功能对于优化论坛性能、进行数据分析、开发插件或者修复问题都至关重要。然而,由于没有提供具体的值说明,实际操作时还需要结合Discuz! X1.5的官方文档或实际论坛数据进行更深入的学习。...

Global site tag (gtag.js) - Google Analytics