MySQL Query Cache
A Practical Look at the MySQL Query Cache
http://dev.mysql.com/tech-resources/articles/mysql-query-cache.html
数据库缓存策略：
（1）缓存经常被使用的数据
（2）缓存经常执行的SQL和存储过程代码
（3）缓存数据库元数据信息，包括：对象结构缓存、安全信息等
mysql引擎所使用的缓存：
（1）myisam:key buffer
（2）innodb:data + index buffer
（3）memory:data + index buffer
不是Cache Hit Ratio越高越好，假如：
A和B是不同的SQL语句，有不同的执行计划，但返回相同的结果集，并且A的数据库的缓存较大
SQL
Cache Hit Ratio
Logical I/O
Physical I/O
Time
A
99.99%
10000
1
0.405secs
B
90.00%
10
1
0.005secs
因为逻辑I/O会对内存进行锁操作来从内存建立结果集，这会造成许多CPU活动。
相关的参数：
（1）query_cache_type ON|DEMAND|OFF
ON时，不缓存有SQL_NO_CACHE的SELECT
DEMAND时，只缓存SQL_CACHE的SELECT
（2）query_cache_size 查询缓存的大小；0时，是关闭查询缓存
（3）query_cache_limit 指示每个查询结果集最大的缓存限制，超过这个值的结果集不缓存
（4）query_alloc_block_size 缓存分配的块大小
（5）query_cache_min_res_unit 被分配给缓存的最小的块的数量
（6）query_cache_wlock_invalidate 被写锁无效化的查询缓存的数量
（7）query_prealloc_size 被缓存用于解析和执行的持久buffer的大小
相关的状态：
（1）Qcache_inserts：数据放入缓存的次数
（2）Qcache_hits：缓存命中的次数
（3）Qcache_free_blocks：缓存中自由的块数；如果此值很高，则指示了内存中有许多碎片，可以用flush query cache来解决这个问题
（4）Qcache_free_memory：自由缓存的大小
（5）Qcache_lowmem_prunes：指示有多少次mysql必须从查询缓存中移除条目，从而为了新进一次的查询
（6）Qcache_not_cached：不能够缓存的SQL结果集的数量
查询的限制：
（1）相同的查询可以被缓存服务
（2）任何DML语句，能够使相关于这个表的查询缓存无效
（3）多个函数，如：CURRENT_DATE，NOW，RAND用于查询中，则不被缓存
（4）使用用户定义的函数的查询不能被缓存
相关的命令：
set global
set session
show variables like 'query%'
show status l
相关文档：
本文软件的下载地址就不列出，主要是记录安装时的步骤及相关问题的处理方法；基于安装方法目前有两种，一种是利用RPM包安装，一种源码编译安装；以下主
要是以源码编译安装；因为源码安装软件的相互依赖性小，安装方式用各种unix/linux系统，维护方便。如果想去除相关服务时，直接rm
–rf目录 即可；建议采用源码� ......
年初的时候一直在做一个网站MSSQL2000->MySQL5的迁移工作，因为采用了不同的程序系统，所以主要问题在数据的迁移。由于2个系统数据库结构差异非常大，不方便采取SQLSERVER里导入MYSQL的ODBC数据源的功能（也不推荐这么做，字段类型等不同点会搞死人的～），因此就在WINDOWS下自己写PHP脚本从SQLSERVER里读数据，然后按照 ......
用特殊的MySQL运算符获得更多数据比较功能
如果你在最近进行过SELECT或UPDATE查询，那么你很可能用到过一个或者多个MySQL的比较运算符来限制查询的输出结果。比较是大多数SELECT查询不可分割的一部分，而MySQL为这一功能提供了很多函数；根据最近一次统计，它有超过20个这样的运算符和函数，从著名的=和LIKE到更加难懂的NO ......
今天在写一条sql语句的时候，用的双引号，sql语句执行错误。记的同事问我mysql语句中的单引号和双引号有区别吗？回答是没有区别。
今天特地查了查，还是有点区别的。
mysql中的一段说明：
在mysql中，使用单引号和双引号俩种表达方法是一样的，尽管使用单引号的表达方法符合ANSI-SQL/92标准。
如果在字符串里有引号，则 ......
最近，项目中用到mysql，由于数据量非常大，每天的数据量在百万级，考虑到mysql数据库处理性能以及数据属性，决定保存足够多的查询数据即可，距当前时间最久远的数据直接删除，无需进行备份。
头脑中冒出的第一个想法就是，能否利用mysql中的触发器，检查数据表大小，如果超过预设长度，则删除部分数据。
CREATE TRIGGER ......
