本文完全参考MySQL Manual，毫无新意。

从MySQL5.5之后，版本的信息会像这个样子：MySQL-5.5.2-m2，Why?

以前MySQL开发进程是将大量特性加入到MySQL代码库进行测试开发，然后分发5.1.0......5.1.44等版本。缺点是某个小特性（代码）的测试有可能会影响到整个版本。这也是MySQL6.0迟迟没有RC的一个原因。

现在使用“里程碑模式”(milestone mode)，而每一个milestone版本则仅关注某一小部分特性进行开发测试，这样可以让MySQL能够更快的放出对应的RC。下一个milestone则在原来（上一个milestone）基础上进行开发，仅关注某一小部分特性进行开发和测试，并对这一小部分特性进行全面、彻底的测试。

例如，MySQL 5.5.0-m2 是Milestone 2的第一个版本。该milestone专注于代码基本的稳定性。在m2发展历程中，我们还会看到MySQL 5.5.1-m2，MySQL 5.5.2-m2等。

为什么不是m1呢？（认为5.4就是m1）。

在MySQL的管理过程中，偶尔会遇到一些PC Server宕机或者重启，这时我需要在主机启动后再将MySQL服务启动。一般情况下，这项工作都是简单的。但是，当面临上百台或者更多的MySQL主机的时候，这种“偶尔”可能会很多，这种“偶尔”还会在半夜或者凌晨发生，如果每次都手动操作，这是很繁琐的。更重要的是，如果因此而打断了凌晨的美梦是不值得的。

全文阅读 »

本文将概述一些自己在使用中的问题（并不会给出step by step的使用介绍），以供参考，详细信息请留言或。

既然别人的轮子已经很好用了，我自己就不发明了。使用Cacti可以较为快速搭建一个MySQL性能监控平台：

全文阅读 »

到今天为止校内论坛（Discuz）上的主题数量已经到达了40w，所有回复约500W。随着数据量的增大，DZ自带的站内搜索给数据库的带来的压力越来越大，甚至会导致数据库停止服务(MyISAM在SLOW Query和update并发问题)。取代站内搜索，我们使用了google的自定义搜索服务，google的速度非常快，但是对于论坛来说，Google不能返回实时的搜索结果，而且也无法定制搜索（如安装标题、作者、内容）。

所以，我们将尝试使用sphinx来解决这个问题。先看看sphinx是怎样工作的： 全文阅读 »

一般来说，你有两种可供选择的备份MySQL的方式----mysqldump 或者mysqlhotcopy。

mysqldump可以备份各种类型的数据表，但是mysqlhotcopy只适合备份MyISAM和ISAM的数据表。所以使用mysqlhotcopy之前，你必须确认你的数据表是不是有其他的存储引擎(storage engines)的。 全文阅读 »