十一 08

MySQL性能设置

发布时间： 发布者：

网站访问量越来越大，MySQL自然成为瓶颈，因此最近我一直在研究 MySQL 的优化，第一步自然想到的是 MySQL 系统参数的优化，作为一个访问量很大的网站（日20万人次以上）的数据库系统，不可能指望 MySQL 默认的系统参数能够让 MySQL运行得非常顺畅。

继续阅读全文 →

十一 06

mysql merge报错ERROR 1168

发布时间： 发布者：

很是奇怪，测试了多次，错误依旧，表里的数据读写都正常。最后没有办法，用check命令检查了一下表：出现了error，提示需要upgrade，用repair table命令执行升级操作后，merge正常。后安装mysql4.0后一切正常。结论：看来myisam文件在不同版本直接直接cp是有问题的！

继续阅读全文 →

十一 06

百万记录级MySQL数据库及Discuz!论坛优化

发布时间： 发布者：

最近，帮一个朋友优化一个拥有20万主题，100万帖子，3万多会员，平均在线人数2000人的Discuz!论坛，采用Linux2.6+Apache2+mod_php5+MySQL5，服务器配置为双至强+4G内存，优化前，系统平均负载（load average）基本维持在10以上，MySQL的CPU占用率基本在90%以上，优化后，系统平均负载降到0.5以下，MySQL的CPU占用率很少有超过10%的时候。优化前YSlow得分只有35分，优化后YSlow得分86分。

继续阅读全文 →

十一 04

MySQL 备份和恢复

发布时间： 发布者：

本文讨论 MySQL 的备份和恢复机制，以及如何维护数据表，包括最主要的两种表类型：MyISAM 和 Innodb，文中设计的 MySQL 版本为 5.0.22。

目前 MySQL 支持的免费备份工具有：mysqldump、mysqlhotcopy，还可以用 SQL 语法进行备份：BACKUP TABLE 或者 SELECT INTO OUTFILE，又或者备份二进制日志（binlog），还可以是直接拷贝数据文件和相关的配置文件。MyISAM 表是保存成文件的形式，因此相对比较容易备份，上面提到的几种方法都可以使用。Innodb 所有的表都保存在同一个数据文件 ibdata1 中（也可能是多个文件，或者是独立的表空间文件），相对来说比较不好备份，免费的方案可以是拷贝数据文件、备份 binlog，或者用 mysqldump。

继续阅读全文 →

十一 02

MySQL排序原理分析

发布时间： 发布者：

以上两种方法，一种是老方法，另外一种是改进的方法。两种方法各有自己的优缺点。第一种方法，对sort_buffer_size的占用主要是排序的字段以及一个row pointer,这种方式对排序内存的占用较少，可以有效的减少磁盘排序，但坏处也相当的明显，要对表进行两次扫描，第二次是要根据排好序的字段的row pointer指针回表取数据，这种方式，随着排序行数的加大，对时间的消耗将会变得无法忍受(类似于oracle的nested loop)。老方法受到两个参数的影响：sort buffer size以及read_rnd_buffer_size。

如果采用改进型方法,这种新方法，只会扫描表一次，由于在一次扫描表时，取出了查询所有需要的字段，不仅包括排序字段，全都要放在排序内存(sort buffer)里,对排序内存的需求量比较大一些，如果是对少量结果集进行排序，这种新方法与老方法的性能差异并不会太明显(此前提是在并发量较低的情况下，如果这样的排序的SQL执行频率较高，那么新方法相对老方法，优势也比较明显）,因为老方法在经过第一次数据扫描后，需要排序的少量的行都在内存里，第二次也只是到内存里取，这个速度相对来说，还是比较快的。如果是大量行的排序，新方法的优势便会体现出来。

对于少量行的排序，这个工作，还是交给应用层来做最合适，也多不了几行代码。

继续阅读全文 →

十一 01

数据中心（Data Center）的一些思考

发布时间： 发布者：

从去年开始，就陆陆续续的参加了一些数据中心的会议，大部分的会议，其实都是在借数据中心之名推销自己的产品了。不过，其中也有一些还不错的，大致上反映了目前数据中心所遇到的问题。
国内数据中心与国外的数据中心还是有比较大的差异，这里我们只看国内的数据中心，国内的数据中心目前遇到的问题，其实都是大同小异，不外乎就是如下几种：

继续阅读全文 →