在这里让我们一起学习,一起提高!

mysql常用优化参数 不指定

jed , 2013-4-22 10:32 , 服务器技术 , 评论(0) , 阅读(10016) , Via 本站原创
修改全站搜索  
修改my.ini(my.cnf) ,在 [mysqld] 后面加入一行“ft_min_word_len=1”,然后 重启Mysql,再登录网站后台(模块管理->全站搜索)重建全文索引。  
记录慢查询sql语句,修改my.ini(my.cnf),添加如下代码:  
#log-slow-queries  
long_query_time = 1 #是指 执行超过多久的 sql 会被 log 下来  
log-slow-queries = E:/wamp /logs/slow.log #设置把日志写在那里,可以为空,系统会给一个缺省的文件  
#log-slow-queries = /var /youpath/slow.log linux下     host_name-slow.log  
log-queries-not-using-indexes    
mysql缓存的设置  
mysql>show variables like '%query_cache%';     mysql 本身是有对sql语句缓存的机制的,合理设置我们的mysql缓存可以降低数据库的io资源。  
#query_cache_type= 查 询缓存的方式(默认是 ON)  
query_cache_size 如果你希望禁用查询缓存,设置 query_cache_size=0。禁用了查 询缓存,将没有明显的开销  
query_cache_limit 不缓存大于这个值的结果。(缺省为 1M)    
查询缓存的统计信息  
mysql> SHOW STATUS LIKE ‘qcache%’;  
Qcache_free_blocks 缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE 会对 缓存中的碎片进行整理,从而得到一个空闲块。  
Qcache_free_memory 缓存中的空闲内存。  
Qcache_hits 每次查询在缓存中命中时就增大。  
Qcache_inserts 每次插入一个查询时就增大。命中次数除以插入次数就是不中比率;用 1 减去这个值就是命中率。在上 面这个例子中,大约有 87% 的查询都在缓存中命中。  
Qcache_lowmem_prunes 缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间 来看;如果这个数字在不断增长,就表示可能碎片非常严重,或者内存很少。(上面的 free_blocks 和 free_memory 可以告诉您属于 哪种情况)。  
Qcache_not_cached 不适合进行缓存的查询的数量,通常是由于这些查询不是 SELECT 语句。  
Qcache_queries_in_cache 当前缓存的查询(和响应)的数量。  
Qcache_total_blocks 缓存中块的数量。通常,间隔几秒显示这些变量就可以看出区别,这可以帮助确定缓存是否正在 有效地使用。运行 FLUSH STATUS 可以重置一些计数器,如果服务器已经运行了一段时间,这会非常有帮助。  
my.ini(my.conf)配置  
key_buffer_size = 256M  
# key_buffer_size指定用于索引的缓冲区大小,增加它可得到更好的索引处理性能。     对于内存在4GB左右的 服务器该参数可设置为256M或384M。注意:该参数值设置的过大反而会是服务器整体效率降低  
max_allowed_packet = 4M  
thread_stack = 256K  
table_cache = 128K  
sort_buffer_size = 6M  
查询排序时所能使用的缓冲区大小。注意:该参数对应的分配内存是每连接独占!如果有100个连接,那么实际分配的总共排序缓冲区大小 为100 × 6 = 600MB。所以,对于内存在4GB左右的服务器推荐设置为6-8M。  
read_buffer_size = 4M  
读查询操作所能使用的缓冲区大小。和sort_buffer_size一样,该参数对应的分配内存也是每个连接独享!  
join_buffer_size = 8M  
联合查询操作所能使用的缓冲区大小,和sort_buffer_size一样,该参数对应的分配内存也是每个连接独享!    
myisam_sort_buffer_size = 64M  
table_cache = 512  
thread_cache_size = 64  
query_cache_size = 64M  
指定MySQL查询缓冲区的大小。可以通过在MySQL控制台执行以下命令观察:  
# > SHOW VARIABLES LIKE '%query_cache%';  
# > SHOW STATUS LIKE 'Qcache%';  
# 如果Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况;  
#如果Qcache_hits的值非常大,则表明查询缓冲使用非常频繁,如果该值较小反而会影响效率,那么可以考虑不用查询缓冲;  
Qcache_free_blocks,如 果该值非常大,则表明缓冲区中碎片很多  
tmp_table_size = 256M  
max_connections = 768  
指定MySQL允许的最大连接进程数。如果在访问论坛时经常出现Too Many Connections的错误提示,则需要增大该 参数值。  
max_connect_errors = 10000000  
wait_timeout = 10  
指定一个请求的最大连接时间,对于4GB左右内存的服务器可以设置为5-10。    
thread_concurrency = 8  
该参数取值为服务器逻辑CPU数量×2,如果服务器有2颗物理CPU,而每颗物理CPU又支持H.T超线程,所以实际取值为 4 × 2 = 8    
skip-networking  
开启该选项可以彻底关闭MySQL的TCP/IP连接方式,如果WEB服务器是以远程连接的方式访问MySQL数据库服务器则不要开 启该选项!否则将无法正常连接!  

优化的内存访问 TCMalloc 不指定

jed , 2012-4-1 13:29 , 数据库技术 , 评论(0) , 阅读(5602) , Via 本站原创
TCMalloc (google-perftools) 是用于优化C++写的多线程应用,比glibc 2.3的malloc快。这个模块可以用来让MySQL在高并发下内存占用更加稳定。

本站使用的MySQL已经用 TCMalloc 优化过了。

详细的安装步骤:

#tar zxvf libunwind-0.98.6.tar.gz
#cd libunwind-0.98.6
#./configure
#make
#make install

#tar zxvf google-perftools-0.94.1.tar.gz
#cd google*
#./configure
#make
#make install

打开 mysqld_safe 脚本 (默认在/usr/bin/mysqld_safe)
在此脚本文件开始加入

LD_PRELOAD="/usr/local/lib/libtcmalloc.so"


#service mysql restart

mysql Table Cache优化设置 不指定

jed , 2012-3-6 09:11 , 数据库技术 , 评论(0) , 阅读(5502) , Via 本站原创
mysql查询tables cache的最大数:
show variables like 'tab第二世界整理发布le_cache';

mysql查询当前系统已经打开的描述符命令:
show status like 'open_tables';


一、调整table cache
概述:在linux vps主机上配置mysql数据库,由于默认使用yum安装的数据库启动了InnoDB引擎,同时其/etc/my.cnf配置都我们的vps主机不是很适合,本文详细讲解如何配置适合自己vps主机的mysql配置文件

目的:优化vps主机上的mysql数据库,使之更合适vps主机这样的环境

query_cache_size = 268435456
query_cache_type=1
query_cache_limit=1048576查看mysql-server静态参数值命令
mysql>show variables;
或者mysqladmin -uroot variables
mysql服务器的参数很多,如果需要了解某个参数的详细定义,可以使用mysqld –verbose –help | more
查看mysql-server动态状态信息命令
Tags: ,
./configure --prefix=/usr/local/mysql \
--without-debug \                #去除debug模式.
--enable-thread-safe-client \        #以线程方式编译客户端.
--with-pthread    \                #强制使用pthread线程库编译.
--enable-assembler \           #允许使用汇编模式.
--enable-profiling \                #Build a version with query profiling code (req.community-features)
--with-mysqld-ldflags=-all-static \    #静态编译mysqld的额外link参数.
--with-client-ldflags=-all-static \    #静态编译client的额外link参数.
--with-charset=utf8 \           #默认字符utf8.
--with-extra-charsets=all \       #支持所有的语言字符.
--with-innodb \                #innodb数据引擎.
--with-plugins=innobase \            
--with-plugins=heap \           #内存数据引擎.
--with-mysqld-user=mysql \      #mysql安装使用的帐号
--without-embedded-server \     #去除安装embedded-server.          
--with-server-suffix=-community \  #社区形式安装.
--with-unix-socket-path=/tmp/mysql.sock
这段时间服务器崩溃2次,一直没有找到原因,今天看到论坛发出的错误信息邮件,想起可能是mysql的默认连接数引起的问题,一查果然,老天,默认 连接数才100, 怎么够呀,在网上找了半天资料,有说修改my.cnf的,有说修改safe_mysqld,试了,前者无用,


后者文件找不到:)原来是以前的版本跟现在的版本有所不同。

言归正传,我以centos 4.4 下面的mysql 5.0.33 手工编译版本为例说明:

vi /usr/local/mysql/bin/mysqld_safe

找到safe_mysqld编辑它,找到mysqld启动的那两行,在后面加上参数:

-O max_connections=1500

具体一点就是下面的位置:

用红字特别说明:

then $NOHUP_NICENESS $ledir/$MYSQLD

$defaults --basedir=$MY_BASEDIR_VERSION

--datadir=$DATADIR $USER_OPTION

--pid-file=$pid_file

--skip-external-locking

-O max_connections=1500

>> $err_log 2>&1 else

eval "$NOHUP_NICENESS $ledir/$MYSQLD

$defaults --basedir=$MY_BASEDIR_VERSION

--datadir=$DATADIR $USER_OPTION

--pid-file=$pid_file

--skip-external-locking $args

-O max_connections=1500 >>

$err_log 2>&1"

保存。

# service mysqld restart

# /usr/local/mysql/bin/mysqladmin -uroot -p variables

输入root数据库账号的密码后可看到

max_connections 1500 即新改动已经生效。

还有一种方法:

修改原代码:

解开MySQL的原代码,进入里面的sql目录修改mysqld.cc找到下面一行:

{"max_connections", OPT_MAX_CONNECTIONS,

"The number of simultaneous clients allowed.", (gptr*) &max_connections,

(gptr*) &max_connections, 0, GET_ULONG, REQUIRED_ARG, 100, 1, 16384, 0, 1,

0},

把它改为:

{"max_connections", OPT_MAX_CONNECTIONS,

"The number of simultaneous clients allowed.", (gptr*) &max_connections,

(gptr*) &max_connections, 0, GET_ULONG, REQUIRED_ARG, 1500, 1, 16384, 0, 1,

0},

存盘退出,然后./configure ;make;make install可以获得同样的效果。

Linux系统高负载 MySQL优化 不指定

jed , 2009-3-23 15:24 , 数据库技术 , 评论(0) , 阅读(2122) , Via 本站原创
  同时在线访问量继续增大对于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 -uroot -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指定是否使用查询缓冲  
  
  我设置:  
  
  QUOTE:  
  
  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。  
  
  笔者设置  
  
  QUOTE:  
  
  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会将所有的数据库名称改成小写,在指定数据库时必须全部使用小写名字,否则不会起作用。  
  
  关掉这个功能只需要在他前面加上#号  
  
  QUOTE:  
  
  #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  
  
  笔者设置:  
  
  QUOTE:  
  
  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.  
  # 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  


同时在线访问量继续增大 对于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支持
分页: 1/1 第一页 1 最后页 [ 显示模式: 摘要 | 列表 ]