九 03 MySQL InnoDB性能调整的一点实践 发布时间:2009 年 9 月 3 日 发布者: OurMySQL 数据库服务器启动以后,运行不太正常。表现出来的现象是: 1、操作系统内存Disk Cache使用了2.7GB 2、操作系统swap空间使用了200MB左右,一直不停进行swap in/swap out 3、CPU的IO Wait偏高,平均在10%以上 继续阅读全文 →
八 31 innodb_flush_method 与 Linux File I/O 发布时间:2009 年 8 月 31 日 发布者: OurMySQL innodb_flush_log_at_trx_commit参数确定日志文件何时write、flush。innodb_flush_method则确定日志及数据文件如何write、flush。在Linux下,innodb_flush_method可以取如下值:fdatasync, O_DSYNC, O_DIRECT,那这三个值分别是如何影响文件写入的?首先我们需要先来了解Linux的文件I/O是如何工作的。 继续阅读全文 →
八 27 Query Cache,看上去很美 发布时间:2009 年 8 月 27 日 发布者: OurMySQL 当你的数据库打开了Query Cache(简称QC)功能后,数据库在执行SELECT语句时,会将其结果放到QC中,当下一次处理同样的SELECT请求时,数据库就会从QC取得结果,而不需要去数据表中查询。 继续阅读全文 →
八 14 CHAR定长字段对MyISAM和InnoDB的意义 发布时间:2009 年 8 月 14 日 发布者: OurMySQL 如果使用类似主服务器是InnoDB,从服务器是MyISAM这样的主从结构,那么就有必要针对不同的表类型考虑CHAR的取舍,头脑中应该一直有这样的概念,不要想当然的认为主从服务器中表的字段类型必须一致。 继续阅读全文 →
八 04 InnoDB insert性能拐点测试 发布时间:2009 年 8 月 4 日 发布者: OurMySQL 以测试的表结构而言,4000万的数据量以内,insert的性能是缓步下降的,并未出现性能拐点。然而过小的buffer设置会引起频繁的交换,出现类似性能拐点的现象。结合之前的select性能测试,可以认为Innodb基本上不存在所谓的性能拐点。只要正确估计数据量,合理设置内存,就可以避免出现性能瓶颈。对于分布式MySQL系统来说,单表的最大数据量取决于整个数据库的总数据量、相应的表结构以及服务器的硬件设置。 继续阅读全文 →
八 04 InnoDB select性能拐点测试 发布时间:2009 年 8 月 4 日 发布者: OurMySQL 在3000万数据的范围内,未出现所谓的性能拐点。初步猜想,前人的实验结果出现性能拐点,是因为内存耗尽,MySQL需要从磁盘上读取数据引起的。而这种性能拐点与MySQL本身的实现机制无关。 继续阅读全文 →
七 22 innodb_flush_method带来的性能影响 发布时间:2009 年 7 月 22 日 发布者: OurMySQL 单纯从写入的角度讲,默认的fdatasync性能最佳,其次是O_DSYNC,最差的是O_DIRECT。 继续阅读全文 →
六 24 Mysql服务器如何得到最佳性能优化 发布时间:2009 年 6 月 24 日 发布者: OurMySQL 在面试MySQL DBA或者那些打算做MySQL性能优化的人时,我最喜欢问题是:MySQL服务器按照默认设置安装完之后,应该做哪些方面的调节呢? 继续阅读全文 →