Memcache VS MySQL Query Cache.
记得前天有人问我， Memcache 和 MySQL 自己的 Query Cache 有啥区别? 我这样回答的，前者是山寨中的战斗机，后者是官方的战斗机。
新手回答问题，错了莫怪。哈哈哈。
好像细节上的差别还是有的。
Memcache优点如下：
1. 理论上可以支撑无限并发业务操作。
2. 可以启用单独的实例来缓存巨多的数据。（当然你的机器内存足够大，而且别是32-bit的了。）
3. 可以在非常廉价的机器上运行。
当然也有缺点：
1. 暂时没有官方服务支持。
2. 太容易产生内存碎片了，浪费内存。
3. 需要修改应用程序。
Query Cacahe 优点如下：
1. 有官方的技术支持。（这个单单只购买了企业版的用户）
2. 对应用程序透明。 我们的开发人员乐了。
缺点呢也有：
1. 不能分开自己的这块BUFFER到单独的机器。（不知道能不能关闭MySQL 的主要功能，而单独把Query Cache打开呢? 有兴趣的可以试验下。）
2. 也很容易产生内存碎片，同样浪费内存。
其实上面说的有点牵强，如果你的应用程序完全OO，那么对于Memcache来讲，只需要做少量的修改即可。
相关文档：
mysql 大对象存取:
类型一般应该用mediumblod,
blob只能存2的16次方个byte,
mediumblod是24次方,
一般来说够用了.longblob是32次方有些大.
MYSQL默认配置只能存1M大小的文件,要修改配置,WIN版本的在mysql.ini文件中
修改max_allowed_packet,net_buffer_length等几个参数,或直接SET GLOBAL varName=value.
linux版� ......
由于能直接在MYSQL数据库里添加中文数据,并且能正常显示,说明我的表都使用了正确的字符编码,经过查看后,确认了,我全部的表以及字段都使用了UTF-8的编码,但是为什么程序添加的中文数据就不行呢?
其实,原因在于MYSQL服务器使用的默认编码,以及数据库的默认编码,很多人已经很小心的在建立表时关注表的字符编码,却忽略了数据库 ......
GROUP_CONCAT 是一个合并多行的函数，一般用的少，所以很多人都不知道，我也是一个，今天偶然看到，故记下方法；
GROUP_CONCAT的语法如下：
GROUP_CONCAT([DISTINCT] expr [,expr ...][ORDER BY {unsigned_integer | col_name | expr}[ASC | DESC] [,col_name ...]][SEPARATOR str_val])
下面演示一下这个函数，先建立� ......
以下转自 Osss.cn 邮件，请使用过、正在使用或者支持开源的朋友支持一下MySql，谢谢。
也希望教育部、科技部给予直接支持！
大家好：今天看到这则新闻，与大家共享一下，MySQL创始人希望中国商务部能介入Oracle&Sun收购案，好像并没有实质进展。而俄罗斯联邦反垄断机构在上周展开调查。如果需要商务� ......
