4G内存服务器的MySQL配置优化

公司网站访问量越来越大(日均超10万PV),MySQL自然成为瓶颈,关于 MySQL 的优化,最基本的是 MySQL 系统参数的优化。

MySQL对于web架构性能的影响最大,也是关键的核心部分。MySQL的设置是否合理优化,直接影响到web的速度和承载量!同时,MySQL也是优化难度最大的一个部分,不但需要理解一些MySQL专业知识,同时还需要长时间的观察统计并且根据经验进行判断,然后设置合理的参数。 下面我们了解一下MySQL优化的一些基础,MySQL自身(my.cnf)的优化。

我们介绍一些对性能影响较大的参数。 由于my.cnf文件的优化设置是与服务器硬件配置息息相关的,因而我们指定一个常见2U的服务器硬件环境:CPU: 2颗Intel Xeon 2.4GHz 内存: 4GB DDR 硬盘: SCSI。

下面,我们根据以上硬件配置结合一份已经优化好的my.cnf进行说明:


  1. [mysqld]  
  2.  port = 3306  
  3.  serverid = 1  
  4.  socket = /tmp/mysql.sock  
  5.  skip-locking  

#避免MySQL的外部锁定,减少出错几率增强稳定性。


  1. skip-name-resolve 

#禁止MySQL对外部连接进行DNS解析,使用这一选项可以消除MySQL进行DNS解析的时间。但需要注意,如果开启该选项,则所有远程主机连接授权都要使用IP地址方式,否则MySQL将无法正常处理连接请求!


  1. back_log = 384 

#back_log参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。 如果系统在一个短时间内有很多连接,则需要增大该参数的值,该参数值指定到来的TCP/IP连接的侦听队列的大小。不同的操作系统在这个队列大小上有它自己的限制。 试图设定back_log高于你的操作系统的限制将是无效的。默认值为50。对于Linux系统推荐设置为小于512的整数。


  1. key_buffer_size = 256M 

#key_buffer_size指定用于索引的缓冲区大小,增加它可得到更好的索引处理性能。对于内存在4GB左右的服务器该参数可设置为256M或384M。注意:该参数值设置的过大反而会是服务器整体效率降低!


  1. max_allowed_packet = 4M  
  2. thread_stack = 256K  
  3. table_cache = 128K  
  4. sort_buffer_size = 6M 

#查询排序时所能使用的缓冲区大小。注意:该参数对应的分配内存是每连接独占,如果有100个连接,那么实际分配的总共排序缓冲区大小为100 × 6 = 600MB。所以,对于内存在4GB左右的服务器推荐设置为6-8M。


  1. read_buffer_size = 4M 

#读查询操作所能使用的缓冲区大小。和sort_buffer_size一样,该参数对应的分配内存也是每连接独享。


  1. join_buffer_size = 8M 

#联合查询操作所能使用的缓冲区大小,和sort_buffer_size一样,该参数对应的分配内存也是每连接独享。


  1. myisam_sort_buffer_size = 64M 
  2. table_cache = 512 
  3. thread_cache_size = 64 
  4. query_cache_size = 64M 

#指定MySQL查询缓冲区的大小。可以通过在MySQL控制台观察,如果Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况;如果Qcache_hits的值非常大,则表明查询缓冲使用非常频繁,如果该值较小反而会影响效率,那么可以考虑不用查询缓冲;Qcache_free_blocks,如果该值非常大,则表明缓冲区中碎片很多。


  1. tmp_table_size = 256M 
  2. max_connections = 768 

#指定MySQL允许的最大连接进程数。如果在访问论坛时经常出现Too Many Connections的错误提 示,则需要增大该参数值。


  1. max_connect_errors = 10000000 
  2. wait_timeout = 10 

#指定一个请求的最大连接时间,对于4GB左右内存的服务器可以设置为5-10。


  1. thread_concurrency = 8 

#该参数取值为服务器逻辑CPU数量*2,在本例中,服务器有2颗物理CPU,而每颗物理CPU又支持H.T超线程,所以实际取值为4*2=8


  1. skip-networking 

#开启该选项可以彻底关闭MySQL的TCP/IP连接方式,如果WEB服务器是以远程连接的方式访问MySQL数据库服务器则不要开启该选项!否则将无法正常连接!


  1. table_cache=1024 

#物理内存越大,设置就越大.默认为2402,调到512-1024最佳


  1. innodb_additional_mem_pool_size=4M 

#默认为2M


  1. innodb_flush_log_at_trx_commit=1 

#设置为0就是等到innodb_log_buffer_size列队满后再统一储存,默认为1


  1. innodb_log_buffer_size=2M 

#默认为1M


  1. innodb_thread_concurrency=8 

#你的服务器CPU有几个就设置为几,建议用默认一般为8


  1. key_buffer_size=256M 

#默认为218,调到128最佳


  1. tmp_table_size=64M 

#默认为16M,调到64-256最挂


  1. read_buffer_size=4M 

#默认为64K


  1. read_rnd_buffer_size=16M 

#默认为256K


  1. sort_buffer_size=32M 

#默认为256K


  1. thread_cache_size=120 

#默认为60


  1. query_cache_size=32M 

注意:

一、如果Key_reads太大,则应该把my.cnf中Key_buffer_size变大,保持Key_reads/Key_read_requests至少1/100以上,越小越好。

二、如果Qcache_lowmem_prunes很大,就要增加Query_cache_size的值。

本文作者:whiterock

来源:51CTO

时间: 2024-10-18 23:57:49

4G内存服务器的MySQL配置优化的相关文章

Nginx 0.7.x + PHP 5.2.6(FastCGI)+ MySQL 5.1 在128M小内存VPS服务器上的配置优化第1/2页_Linux

对其用户和应用程序来讲,每一个VPS平台的运行和管理都与一台独立主机完全相同,因为每一个VPS均可独立进行重启并拥有自己的root访问权限.用户.IP地址.内存.过程.文件.应用程序.系统函数库以及配置文件.VPS服务器最重要的指标就是内存大小,多个VPS服务器可以共享一颗CPU,但不能共享同一块内存.内存越大,价格越贵. 下面,以我的博客所在的VPS为例,介绍在128M内存下对 Nginx 0.7.x + PHP 5.2.6(FastCGI)+ MySQL 5.1 的优化. 至于 Nginx

MySQL 配置优化(多个参数)_Mysql

下面列出了对性能优化影响较大的主要变量,主要分为连接请求的变量和缓冲区变量. 1.   连接请求的变量: 1)     max_connections MySQL的最大连接数,增加该值增加mysqld 要求的文件描述符的数量.如果服务器的并发连接请求量比较大,建议调高此值,以增加并行连接数量,当然这建立在机器能支撑的情况下,因为如果连接数越多,介于MySQL会为每个连接提供连接缓冲区,就会开销越多的内存,所以要适当调整该值,不能盲目提高设值. 数值过小会经常出现ERROR 1040: Too m

MySQL 配置优化几例

1.当写入时,使用 innodb_flush_method=O_DIRECT 来避免双缓冲. 2. 避免使用 O_DIRECT 和 EXT3 文件系统 – 你将序列化所有要写入的. 3. 分配足够的 innodb_buffer_pool_size 来加载整个 InnoDB 文件到内存中– 少从磁盘中读取. 4. 不要将 innodb_log_file_size 参数设置太大, 这样可以更快同时有更多的磁盘空间 – 丢掉多的日志通常是好的,在数据库崩溃后可以降低恢复数据库的时间. 5. 不要混用

MySQL数据库优化技术概述

对于一个以数据库为中心的应用,数据库的优化直接影响到程序的性能,因此数据库性能至关重要.一般来说,要保证数据库的效率,要做好以下几个方面的工作: 1. 数据库表设计: 表的设计合理化(符合3NF): 2.添加适当索引(index): 普通索引: 主键索引: primary 效率最高,但是只能有一个 唯一索引:unique 全文索引:fulltext 对文章中的词进行索引 空间索引:SPATIAL 很少使用 3.分表技术: 水平分割 垂直分割 4.读写分离: 写:update/delete/ins

低内存服务器LAMP的内存优化配置

我使用的服务器操作系统是Ubuntu 12.04  64位 LTS,内存为512M并且没有启用虚拟内存.优化后,服务器内存一般占用在256M-378M之间,并稳定运行.所以呢,我应该来分享一下我的配置过程. 确定空闲的内存和虚拟内存是否开启 要着手配置服务器之前,先来看一下服务器内存的使用情况.你可以通过如下命令来进行查看: free -m 当然,你也可以通过如下命令来查看内存都用到哪了(根据各进程内存占用大小排序的一个列表)! ps -eo pmem,pcpu,rss,vsize,args |

mysql性能优化-慢查询分析、优化索引和配置

目录 一.优化概述 二.查询与索引优化分析 1性能瓶颈定位 Show命令 慢查询日志 explain分析查询 profiling分析查询   2索引及查询优化 三.配置优化 1)      max_connections 2)      back_log 3)      interactive_timeout 4)      key_buffer_size 5)      query_cache_size 6)      record_buffer_size 7)      read_rnd_b

MySQL my.cnf参数配置优化详解

MySQL my.cnf参数配置优化详解 本配置文件针对Dell R710,双至强E5620.16G内存的硬件配置.CentOS 5.6 64位系统,MySQL 5.5.x 稳定版.适用于日IP 50-100w,PV 100-300w的站点,主要使用InnoDB存储引擎.其他应用环境请根据实际情况来设置优化. 注:你的MySQL 版本可能和这里用的不同,所以有些参数会废弃,有些被替代,当发现启动异常或者使用异常时,请取消某些配置. # 客户端 # 以下选项会被MySQL客户端应用读取.注意只有M

MYSQL性能优化-安装时优化参数配置提高服务性能

安装时优化参数配置提高服务性能 在Linux下安装Mysql采用默认配置安装的Mysql却未必是工作在最佳性能状态的,需要对其进行优化.一般认为在 Mysql的配置文件中,下列系统参数是比较关键的: (1) interactive_timeout : 服务器在关闭它前在一个交互连接上等待行动的秒数.一个交互的客户被定义为对 mysql_real_connect()使用 CLIENT_INTERACTIVE 选项的客户. 默认数值是28800,我把它改为7200. (2) back_log : 要

MySQL 5.5.x my.cnf参数配置优化详解_Mysql

一直有耳闻MySQL5.5的性能非常NB,所以近期打算测试一下,方便的时候就把bbs.kaoyan.com升级到这个版本的数据库.今天正好看到一篇有关my.cnf优化的总结,虽然还没经过我自己的实践检验,但从文章内容来说已经写的很详细了(当然,事实上下面这篇文章很多地方只是翻译了my.cnf原始配置文件的说明,呵呵),所以特地转载收藏一下,大家在对mysql服务器进行优化的时候可以作为参考,并根据实际情况对其中的一些参数进行调整.(特别备注:以下原文中有些参数事实上不适用于mysql5.5,不知