同时在线访问量继续增大对于1G内存
服务器明显感觉到吃力严重时甚至每天都会死机或者时不时服务器卡
下这个问题曾经困扰了我半个多月MySQL使用是很具伸缩性算法
因此你通常能用很少内存运行或给MySQL更多被存以得到更好性能
安装好mysql后
配制文件应该在/usr/local/mysql/share/mysql目录中配制文件有几个有my-huge.cnfmy-medium.cnfmy-large.cnfmy-small.cnf,区别流量网站WebSite和区别配制服务器环境当然需要有区别配制文件了 般情况下my-medium.cnf这个配制文件就能满足我们大多需要；般我们会把配置文件拷贝到/etc/my.cnf只需要修改这个配置文件就可以了使用mysqladminvariablesextended-status–uroot–p可以看到目前参数有３个配置参数是最重要即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:1001:1000更好(上述状态值可以使用SHOWSTATUSLIKE‘key_read%’获得)或者如果你装了phpmyadmin可以通过服务器运行状态看到,笔者推荐用phpmyadmin管理mysql以下状态值都是本人通过phpmyadmin获得例子分析: 这个服务器已经运行了20天
key_buffer_size–128M
key_read_requests–650759289
key_reads-79112
比例接近1:8000健康状况非常好
另外
个估计key_buffer_size办法 把你网站WebSite数据库每个表索引所占空间大小加起来看看以此服务器为例:比较大几个表索引加起来大概125M这个数字会随着表变大而变大 从4.0.1开始
MySQL提供了查询缓冲机制使用查询缓冲MySQL将SELECT语句和查询结果存放在缓冲区中今后对于同样SELECT语句(区分大小写)将直接从缓冲区中读取结果根据MySQL用户手册使用查询缓冲最多可以达到238%效率 通过调节以下几个参数可以知道query_cache_size设置得是否合理
Qcacheinserts
Qcachehits
Qcachelowmemprunes
Qcachefreeblocks
Qcachetotalblocks
Qcache_lowmem_prunes
值非常大则表明经常出现缓冲不够情况,同时Qcache_hits值非常大则表明查询缓冲使用非常频繁此时需要增加缓冲大小Qcache_hits值不大则表明你查询重复率很低这种情况下使用查询缓冲反而会影响效率那么可以考虑不用查询缓冲此外在SELECT语句中加入SQL_NO_CACHE可以明确表示不使用查询缓冲 [Page]Qcache_free_blocks
如果该值非常大则表明缓冲区中碎片很多query_cache_type指定是否使用查询缓冲 我设置:
query_cache_size=32M
query_cache_type=1
得到如下状态值:
Qcachequeriesincache12737表明目前缓存Cache
条数 Qcacheinserts20649006
Qcachehits79060095 看来重复查询率还挺高
Qcachelowmemprunes617913 有这么多次出现缓存Cache过低
情况 Qcachenotcached189896
Qcachefreememory18573912 目前剩余缓存Cache空间
Qcachefreeblocks5328这个数字似乎有点大 碎片不少
Qcachetotalblocks30953
如果内存允许32M应该要往上加点
table_cache指定表高速缓存Cache
大小每当MySQL访问个表时如果在表缓冲区中还有空间该表就被打开并放入其中这样可以更快地访问表内容通过检查峰值时间状态值Open_tables和Opened_tables可以决定是否需要增加table_cache值如果你发现open_tables等于table_cache并且opened_tables在不断增长那么你就需要增加table_cache值了(上述状态值可以使用SHOWSTATUSLIKE‘Open%tables’获得)注意不能盲目地把table_cache设置成很大值如果设置得太高可能会造成文件描述符不足从而造成性能不稳定或者连接失败 对于有1G内存
机器推荐值是128－256 笔者设置table_cache=256
得到以下状态:
Opentables256
Openedtables9046
虽然open_tables已经等于table_cache
但是相对于服务器运行时间来说,已经运行了20天opened_tables值也非常低因此增加table_cache值应该用处不大如果运行了6个小时就出现上述值那就要考虑增大table_cache 如果你不需要记录2进制log就把这个功能关掉
注意关掉以后就不能恢复出问题前数据了需要您手动备份 2进制日志包含所有更新数据语句其目是在恢复数据库时用它来把数据尽可能恢复到最后状态另外如果做同步复制(Replication)话也需要使用 2进制日志传送修改情况 [Page]log_bin指定日志文件
如果不提供文件名MySQL将自己产生缺省文件名MySQL会在文件名后面自动添加数字引每次启动服务时都会重新生成个新 2进制文件此外使用log-bin-index可以指定索引文件；使用binlog-do-db可以指定记录数据库；使用binlog-ignore-db可以指定不记录数据库注意是:binlog-do-db和binlog-ignore-db次只指定个数据库指定多个数据库需要多个语句而且MySQL会将所有数据库名称改成小写在指定数据库时必须全部使用小写名字否则不会起作用 关掉这个功能只需要在他前面加上#号
#log-bin
开启慢查询日志(slowquerylog)慢查询日志对于跟踪有问题
查询非常有用它记录所有查过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
eractive_timeout=120 thread_concurrency=4
参数介绍说明:
back_log
要求MySQL能有
连接数量当主要MySQL线程在个很短时间内得到非常多连接请求这就起作用然后主线程花些时间(尽管很短)检查连接并且启动个新线程back_log值指出在MySQL暂时停止回答新请求的前短时间内多少个请求可以被存在堆栈中只有如果期望在个短时间内有很多连接你需要增加它换句话说这值对到来TCP/IP连接侦听队列大小你操作系统在这个队列大小上有它自己限制Unixlisten(2)系统
手册页应该有更多细节检查你OS文档找出这个变量最大值试图设定back_log高于你操作系统限制将是无效 max_connections
并发连接数目最大
120超过这个值就会自动恢复出了问题能自动解决 thread_cache
没找到具体介绍说明
不过设置为32后20天才创建了400多个线程而以前天就创建了上千个线程所以还是有用 thread_concurrency
#设置为你
cpu数目x2,例如只有个cpu,那么thread_concurrency=2 [Page]#有2个cpu,那么thread_concurrency=4
skip-innodb
#去掉innodb支持
最新评论