设为首页 收藏本站
查看: 663|回复: 1

[经验分享] 高性能的MySQL(8)优化服务器配置一I/O

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2013-11-7 08:52:19 | 显示全部楼层 |阅读模式
有一些配置项影响着MySQL怎样同步数据到磁盘以及如何做恢复操作,这写操作对性能影响很大,因为都设计到昂贵的I/O操作,通常保证数据立刻并且一致的写到磁盘是很昂贵的,有的时候不得不冒一点险,延迟持久化到磁盘,来增加并发和减少I/O等待。
一、InnoDB I/O配置
对于常见的应用,InnoDB日志文件大小、InnoDB怎样刷新日志缓冲,以及怎样执行I/O比较重要。
182030158.png
a、InnoDB事务日志
InnoDB使用日志来减少提交事务时的开销,日志记录了事务,就无须在每个事务提交时把缓冲池刷新到磁盘中了。一旦日志安全写到磁盘,事务就持久化了,这是必须的,因为日志有固定的大小,而且是环形方式写,写到尾部,会重现跳到开头继续写。InnoDB使用一个后台线程智能刷新这些变更到数据文件。
整体的日志文件大小受控于innodb_log_file_size和innodb_log_files_in_group两个参数,默认情况下只有2个5MB的文件,对高性能工作来说,至少需要几百MB或者上GB。
要修改日志文件大小,必须完全干净的关闭MySQL,否则数据就无法恢复了,最好先备份旧的日志文件。
当InnoDB变更任何数据时,会写一条变更记录到内存日志缓冲区。在缓冲区满的时候,事务提交的时候,或者每一秒,InnoDB都会刷新缓冲区的内容到磁盘日志文件。如果有大事务,增加日志缓冲区(默认1MB)大小可以减少I/O,变量innodb_log_buffer_size控制,几十上百MB都可以。
作为一个经验法则,日志文件的全部大小,应该足够容纳服务器一个小时的活动内容。

当InnoDB把日志缓冲刷新到日志文件时,会先锁住缓冲区,刷新完成,移动剩下的条目到缓冲区前面。日志缓冲必须刷新到持久化存储,以确保提交的事务完全被持久化了。如果和持久相比更在乎性能可以修改innodb_flush_log_at_trx_commit来控制刷新频率,有如下的值
0:
把日志缓冲写到日志文件,并且每秒刷新一次,但是事务提交时不做任何时。
1:
把日志缓冲写到日志文件,并且每次事务提交都刷新到持久化存储。
2:
每次提交时把日志缓冲写到日志文件,但是不刷新,InnoDB每秒做一次刷新。
在大部分操作系统中,把缓冲写到日志只是简单的把数据从InnoDB的内存缓冲转移到操作系统的缓存,么有真正的持久化。
把日志刷新到持久化存储意味着InnoDB请求操作系统把数据刷出缓存,并确认写到磁盘了,这是一个阻塞I/O的调用,知道数据被全部写完。

使用innodb_flush_method选项可以配置InnoDB如何跟踪文件系统相互作用。有如下几个值可以设置,但不一一介绍了。
1、fdatasync
2、0_DIRECT
3、ALL_0_DIRECT
4、0_DSYNC
5、还有几个windows下的配置。
InnoDB把数据保存到表空间内。配置表空间,通过innodb_data_file_path可以定制表空间文件,这写文件都放在innodb_data_home_dir指定目录下:
innodb_data_home_dir = /var/lib/mysql/
innodb_data_file_path = ibdata1:1G;ibdata2:2G;
为了允许表空间在超过了分配空间时还能增长,可以配置最后一个文件自动扩展
ibdata3:1G:autoextend:max:2G

限制最多扩展到2G。
管理一个单独的表空间有点麻烦,innodb_file_per_table选项可以让InnoDB为每张表使用一个文件。存储为”表名.ibd“的文件,这个在之前的分区技术里已经做过试验了,有实际的截图,大家可以看看。虽然易于管理,但是也有缺点:
每张表使用自己的表空间,移除表空间实际上需要InnoDB锁定和扫描缓冲池,查找属于这个表的空间的页面,在一个庞大的缓冲池主哦姑娘,这个非常慢。但是Percona Server有一个修复的选项 innodb_lazy_drop_table。

二、MyISAM的I/O配置

MyISAM通常每次写操作都会把索引变更刷新到磁盘,所以批量操作会更快一些,lock table是一种办法。

通过设置delay_key_write变量也可以延迟索引的写入,这样修改的键缓冲知道表关闭才会被刷新,可能的配置如下:
OFF:
每次写操作后刷新键缓冲,除非表被lock tables锁定了。
ON:
打开延迟键写入,只对delay_key_write选项创建的表有效。
ALL:
所有MyISAM表都会延迟键写入。

另外除了MyISAM索引的I/O还可以配置MyISAM怎样尝试从损坏中修复
myisam_recover选项可以控制,可以设置的值如下:
DEFAULT(或者不设置):
尝试修复任何被标记为崩溃或者么有标记为完全关闭的表。
BACKUP:
将数据文件备份到.BAK文件,以便随后进行检查。
FORCE:
即使.MYD文件中丢失的数据超过一行,也让恢复继续。
QUICK:
除非有删除块,否则跳过恢复。块中已经删除的行也会占用空间,但是可以被后面的insert语句重用。
我们建议打开这个选项,尤其是只有一些小的MyISAM表时,服务器运行一些损坏的MyISAM表是很危险的。然而如果表很大,这是个低效的做法,比较好的主意是启动后用check tables和repair tables命令来做。



运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-10315-1-1.html 上篇帖子: 高性能的MySQL(8)优化服务器配置一内存 下篇帖子: 高性能的MySQL(8)优化服务器配置一并发和负载 服务器

尚未签到

发表于 2013-12-30 02:27:09 | 显示全部楼层
想谈未来必须首先把眼前的事情搞定.

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表