gpt4 book ai didi

MySQL数据库优化技术之配置技巧总结

转载 作者:qq735679552 更新时间:2022-09-29 22:32:09 27 4
gpt4 key购买 nike

CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章MySQL数据库优化技术之配置技巧总结由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.

本文实例讲述了MySQL数据库优化技术的配置方法。分享给大家供大家参考,具体如下:

(一)减少数据库访问 。

对于可以静态化的页面,尽可能静态化 。

对一个动态页面中可以静态的局部,采用静态化 。

部分数据可以生成XML,或者文本文件形式保存 。

使用数据缓存技术,例如: MemCached 。

(二)优化的检测方法 。

1.用户体验检测 。

2.Mysql状态检测 。

在Mysql命令行里面使用show status命令,得到当前mysql状态.

主要关注下列属性:

key_read_requests (索引读的请求数)(key_buffer_size设置影响) 。

key_reads(索引读响应数) 。

Key_blocks_used 。

Qcache_* 。

Open_tables(通过table_cache的设置影响) 。

Opened_tables 。

table_locks 。

3. 第三方工具检测 。

mysqlreport http://hackmysql.com/mysqlreport 。

mytop http://jeremy.zawodny.com/mysql/mytop/ 。

系统及Mysql的Log 。

系统命令: top, sar 。

Mysql的Log: slow_query.log 。

(三)硬件方面的优化 。

硬件方面,最容易成为Mysql瓶颈的部分是磁盘,其次是CPU和内存 。

磁盘方面 。

使用更快的磁盘,会对Mysql有很好的帮助 。

使用更多的硬盘,通过Raid,可以提高单块磁盘速度的问题 。

对于Raid方式,建议采用Raid 0+1 或者 Raid 1+0 。

CPU 。

毫无疑问,更高主频的CPU和更多的CPU数量可以给Mysql更 。

高的性能 。

内存 。

更高的内存,往往可以让Mysql中的更多的数据缓存在内存中, 。

但是,一个重要的因素是,需要有正确的Mysql的配置 。

网卡 。

使用千兆网卡及千兆网络 。

(四)操作系统方面的优化 。

1.不使用交换区。如果内存不足,增加更多的内存或配置你的系统使用较少内存 。

2. 不要使用NFS磁盘 。

3.增加系统和MySQL服务器的打开文件数量 。

使用ulimit –n 65535 。

4.增加系统的进程和线程数量.

5.关闭不必要的应用,优化硬盘参数,使用hdparm测试 。

(五)应用级的优化 。

1.使用多服务器负载均衡(多台读和写,用复制技术进行数据同步) 。

2.表的分区 (自定义分区,mysql5.1开始支持自带分区功能) 。

3.使用数据缓存技术memcached 。

(六)Mysql配置的优化 。

1.key_buffer(=512):索引缓冲使用的内存数量 。

这对MyISAM表来说非常重要,设定在可用内存的25%-30%较好,通过检查状态值 Key_read_requests和 Key_reads.

可以知道key_buffer设置是否合理。比例key_reads / key_read_requests应该尽可能的低,至少是1:100,1:1000更好 ,否则说明 key_buffer 设置有点偏小 。

2.innodb_buffer_pool_size(= 512):索引缓冲使用的内存数量 。

3.table_cache (=1024):数据表缓存区的尺寸 。

每当 MySQL 访问一个表时,如果在表缓冲区中还有空间,该表就被打开并放入其中,这样可以更快地访问表内容.

通过检查运行峰值时间的 Open_tables 和 Opened_tables 状态值,可以决定是否需要调整 table_cache 的值.

如果你发现 open_tables 的值等于 table_cache,并且发现 opened_tables 状态值在不断增长,那么你就需要增加 table_cache 参数值了.

也不能盲目地把 table_cache 参数设置成很大的值,如果设置得太高,可能会造成文件描述符不足,从而造成性能不稳定或者连接失败.

4.sort_buffer_size (=256):指定排序用缓冲区的长度 。

该参数对应的分配内存是每连接独占!如果有100个连接,那么实际分配的总共排序缓冲区大小为100 × 6 = 600MB.

所以,对于内存在4GB左右的服务器推荐设置为6-8M 。

5.join_buffer_size :关联查询用缓冲区的长度 。

4G内存以上,建议大于32M,该参数对应的分配内存也是每连接独享! 。

6.max_connections (=1024):可以复用的线程数量 。

允许同时连接MySQL服务器的客户数量 ,可以观察和估计系统在峰值最大的并发连接数来设置 。

7.thread_cache(=*):可以复用的线程数量 。

一般设置为CPU数×2 。

8.innodb_buffer_pool_size(= 512):innodb表缓存池大小 。

这对Innodb表来说非常重要。Innodb相比MyISAM表对缓冲更为敏感。MyISAM可以在默认的 key_buffer_size 设置下运行的可以, 。

然而Innodb在默认的innodb_buffer_pool_size 设置下却跟蜗牛似的.

由于Innodb把数据和索引都缓存起来,无需留给操作系统太多的内存,因此如果只需要用Innodb的话则可以设置它高达 70-80% 的可用内存.

一些应用于 key_buffer 的规则有 -- 如果你的数据量不大,并且不会暴增,那么无需把innodb_buffer_pool_size 设置的太大了. 。

9.innodb_flush_logs_at_trx_commit(=1) :事务提交后的日志刷新模式 。

是否为Innodb比MyISAM慢1000倍而头大?看来也许你忘了修改这个参数了。默认值是 1,这意味着每次提交的更新事务(或者每个事务之外的语句)都会刷新到磁盘中, 。

而这相当耗费资源,尤其是没有电池备用缓存时。很多应用程序,尤其是从 MyISAM转变过来的那些,把它的值设置为 2 就可以了,也就是不把日志刷新到磁盘上, 。

而只刷新到操作系统的缓存上。日志仍然会每秒刷新到磁盘中去,因此通常不会丢失每秒1-2次更新的消耗。如果设置为0就快很多了,不过也相对不安全了.

MySQL服务器崩溃时就会丢失一些事务。设置为2指挥丢失刷新到操作系统缓存的那部分事务. 。

希望本文所述对大家MySQL数据库计有所帮助.

最后此篇关于MySQL数据库优化技术之配置技巧总结的文章就讲到这里了,如果你想了解更多关于MySQL数据库优化技术之配置技巧总结的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com