十二 05

MySQL优化 之 Discuz论坛MySQL通用优化

发布时间： 发布者：

今日帮朋友优化号称日均500PV，100UV的论坛，后台DB采用R710(16G Ram，PERC 6/i 256MB BBU，4块 15K RPM SAS盘做raid 1+0，ext3文件系统，E5620 * 2)，这个配置看似也不错了，不过压力仍然较大，大量的请求处于：sending data和statistics状态。
经过分析，确认瓶颈主要在：
1. IO读，IO写倒还好，不算高；因为数据表都是MyISAM，需要产生较高的物理读，不能通过内存有效缓冲；
2. 使用的MySQL是官方5.1版本，InnoDB队列请求排队较严重(部分表已经先转成InnoDB了)；
3. 部分未转换成InnoDB的表MyISAM表级锁比较严重；

继续阅读全文 →

十二 05

新手必看：一步到位之InnoDB

发布时间： 发布者：

MySQL发展到今天，InnoDB引擎已经作为绝对的主力，除了像大数据量分析等比较特殊领域需求外，它适用于众多场景。然而，仍有不少开发者还在“执迷不悟”的使用MyISAM引擎，觉得对InnoDB无法把握好，还是MyISAM简单省事，还能支持快速COUNT(*)。本文是由于最近几天帮忙处理discuz论坛有感而发，希望能对广大开发者有帮助。

继续阅读全文 →

十二 04

MySQL数据库性能优化之存储引擎选择

发布时间： 发布者：

MySQL 的存储引擎可能是所有关系型数据库产品中最具有特色的了，不仅可以同时使用多种存储引擎，而且每种存储引擎和MySQL之间使用插件方式这种非常松的耦合关系。由于各存储引擎功能特性差异较大，这篇文章主要是介绍如何来选择合适的存储引擎来应对不同的业务场景。

继续阅读全文 →

十二 04

MySQL 数据库性能优化之索引优化

发布时间： 发布者：

大家都知道索引对于数据访问的性能有非常关键的作用，都知道索引可以提高数据访问效率。为什么索引能提高数据访问性能？他会不会有“副作用”？是不是索引创建越多，性能就越好？到底该如何设计索引，才能最大限度的发挥其效能？这篇文章主要是带着上面这几个问题来做一个简要的分析，同时排除了业务场景所带来的特殊性，请不要纠结业务场景的影响。

继续阅读全文 →

十二 04

MySQL数据库性能优化之硬件瓶颈分析

发布时间： 发布者：

在过往与很多人的交流过程中发现，在谈到基于硬件来进行数据库性能瓶颈分析的时候，常被大家误解为简单的使用更为强劲的主机或者存储来替换现有的设备。个人觉得这其中可能存在一个非常大的误区。我们在谈论基于硬件进行优化的时候，不能仅仅将数据库使用的硬件划分为主机和存储两部分，而是需要进一步对硬件进行更细的分解，至少也应该分解到如下范畴…………

继续阅读全文 →

十二 04

MySQL 在读取异常错误缓冲区方面的提升（MySQL5.6）

发布时间： 发布者：

先来解释下什么是错误缓冲区？在MySQL里面， 错误缓冲区只记录最近一次出现的错误， 只要是有新的错误产生，旧的就会被覆盖掉。 所以想知道产生了什么错误，就得在每个有可能发生错误的语句后面紧跟着”show warnings” 或者 “show errors”。 最简单的方法是把输出的结果重定向到自己定义的。日志文件里面，这样就可以方便后续查看。当然如果想随时查看这些错误，我们就得通过MySQL提供的API来实现。

继续阅读全文 →