对于大型网站如facebook，ebay等网站，如果没有Memcache做为中间缓存层，数据访问不可能吃得消，对于一般网站，只要具备独立的服务器，完全可以通过配置Memcache提高网站访问速度和减少数据库压力，这里主要讨论一下Memcache和MySQL数据库交互过程的流程关系，了解Memcache的中间缓存层作用，从而深入了解Memcache机制原理。
二
07
栏目： MySQL高级应用
二
06
Mysql测试：DRBD+Mysql 高可用方案设置测试
几个注意点：
1、除了primary节点的文件系统是手工创建的之外，其他的所有secondary节点的文件系统都是通过同步完成的，两边的设备大小好像并不要求完全一样的大小，在我测试的过程中，两边用于drbd设备的分区大小相差很大，但好像并没有出现错误，从drbd相关文档上看到这个并不会导致问题。但是如果主节点比备节点大，而且用的空间也超出了备节点空间大小会有问题，具体会怎样还没有测试到。
2、在mount drbd的设备之前，该节点必须已经设置为primary模式，而且如果一边没有umount，另一边是无法mount上的，直接mount会报如下错误：
root@mysql2:/>mount /dev/drbd0 /drbddata
mount: block device /dev/drbd0 is write-protected, mounting read-only
也就是说，在同步的过程中，只有一个节点的数据可见，也就是不能通过我们人直接简单的查看数据文件等方式之间验证数据是否正常。不过看文档说好像可以通过手动设置一些信息来查看是否正常（You can manually set this information for a number of reasons, including when you want to check the physical status of the secondary device (since you cannot mount a DRBD device in primary mode), or when you are temporarily moving the responsibility of keeping the data in check to a different machine (for example, during an upgrade or physical move of the normal primary node). ）。
一
07
MySQL中的视图及性能问题
视图是MySQL 5.0中增加的三大新功能之一（另外两个是存储过程与触发器），也是一般稍微“高级”一点的数据库所必需要有的功能。MySQL在定义视图上没什么限制，基本上所有的查询都可定义为视图，并且也支持可更新视图（当然只有在视图和行列与基础表的行列之间存在一一对应关系时才能更新），因此从功能上说MySQL的视图功能已经很完善了。
然而若要在应用中使用视图，还需要了解处理视图时的性能，而MySQL在这方面问题是比较大的，需要特别注意。首先要知道MySQL在处理视图时有两种算法，分别称为MERGE和TEMPTABLE。在执行”CREATE VIEW”语句时可以指定使用哪种算法。所谓MERGE是指在处理涉及到视图的操作时，将对视图的操作根据视图的定义进行展开，有点类似于C语言中的宏展开。
十二
30
关于MySQL的init-file选项的用法实例
十二
29
分表处理设计思想和实现
十二
28
MySql中互斥量mutex的实现
十二
18
InnoDB数据表空间文件平滑迁移
十一
24
MySQL中文全文索引插件 mysqlcft 1.0.0 安装使用文档
MySQL在高并发连接、数据库记录数较多的情况下，SELECT … WHERE … LIKE ‘%…%’的全文搜索方式不仅效率差，而且以通配符%和_开头作查询时，使用不到索引，需要全表扫描，对数据库的压力也很大。MySQL针对这一问题提供了一种全文索引解决方案，这不仅仅提高了性能和效率（因为MySQL对这些字段做了索引来优化搜索），而且实现了更高质量的搜索。但是，至今为止，MySQL对中文全文索引无法正确支持。
中文与西方文字如英文的一个重要区别在于，西方文字以单词为单位，单词与单词之间以空格分隔。而中文以字为单位，词由一个或多个字组成，词与词之间没有空格分隔。当试图在一个含有中文字符的字段中使用全文搜索时，不会得到正确的结果，原因在于中文中没有像英文空格那样对词定界，不能以空格作为分割，对中文词语进行索引。
十一
24
Mysqlcft中文全文索引插件
十一
11