MySQL从3.23版本起就已经内置了复制(Replication)的功能，我们可以配置成master-slave模式，也可以配置为master-master模式。方法很简单，这里就master-master的配置简单的记录下来,我这里测试环境是mysql 5.1.31，一个是自己用源代码编译的，一个是用的xampp1.7里自带的。
继续阅读全文
二
16
二
15
mysql explain的详解
二
15
Mysql Explain 举例详解
二
11
Mysql + DRBD + Heartbeat(v1)基本配置笔记及切换测试
二
10
MySQL里建立索引应该考虑数据库引擎的类型
如果我们的数据库引擎是InnoDB，那么建立”category_id, created“复合索引是最佳答案。让我们看看InnoDB的索引结构，在InnoDB里，索引结构有一个特殊的地方：非主键索引在其BTree的叶节点上会额外保存对应主键的值，这样做一个最直接的好处就是Covering Index，不用再到数据文件里去取id的值，可以直接在索引里得到它。
如果我们的数据库引擎是MyISAM，那么建立”category_id, created”复合索引就不是最佳答案。因为MyISAM的索引结构里，非主键索引并没有额外保存对应主键的值，此时如果想利用上Covering Index，应该建立”category_id, created, id”复合索引。
继续阅读全文
二
10
MySQL优化经验
二
10
count() in mysql
二
10
MySQL错误“Specified key was too long; max key length is 1000 bytes”的解决办法
二
08
MySQL之Prefix Index
细节决定结果！可惜人们往往无视细节的存在。很多人在给表加索引的时候，喜欢直接使用PHPMyAdmin操作，因为这样做操作简单，甚至不用记ALTER TABLE语法，用鼠标点一下就OK了，但是这样做的一个缺点是让使用者忽视了“索引长度”的存在，使用数据的完整长度去建立索引，这本身并没有什么逻辑错误，但是很多时候，我们并不需要使用数据的完整长度去建立索引，比如说有两个老王，一个是北京回龙观的老王，一个是上海徐家汇的老王。如果你按照数据的完整长度去建立索引以便定位老王的话，那么就要完整的索引北京回龙观和上海徐家汇这样的信息，但实际上在本例中回龙观，徐家汇这些地址信息是不必要的，只要提供一下城市信息是北京还是上海，就能定位要找的老王了，这也正是Prefix Index的含义所在，它的意义在于会大大缩减索引文件的大小，从而加快数据检索的速度。
继续阅读全文
二
08
再谈“MySQL 数据库的备份和恢复问题”
本文讨论 MySQL 的备份和恢复机制，以及如何维护数据表，包括最主要的两种表类型：MyISAM 和 Innodb，文中设计的 MySQL 版本为 5.0.22。
目 前 MySQL 支持的免费备份工具有：mysqldump、mysqlhotcopy，还可以用 SQL 语法进行备份：BACKUP TABLE 或者 SELECT INTO OUTFILE，又或者备份二进制日志（binlog），还可以是直接拷贝数据文件和相关的配置文件。MyISAM 表是保存成文件的形式，因此相对比较容易备份，上面提到的几种方法都可以使用。Innodb 所有的表都保存在同一个数据文件 ibdata1 中（也可能是多个文件，或者是独立的表空间文件），相对来说比较不好备份，免费的方案可以是拷贝数据文件、备份 binlog，或者用 mysqldump。
继续阅读全文