mysql在第一次查询的时候很慢，第二次查询就比较快的原因？

1、默认 query_cache 是打开的. 你使用 show global variables like '%query_cache%';. 确认一下有没有打开，如果打开了. 第一次查询读数据文件，第二次就会走query_cache,所以就会很快. 当然 ，如果数据更新了，要重新再缓存. 2、第二种情况 ，查询表引擎：show variables like '%storage_engine%'， 表引擎使用innodb.第一次查询也会走数据文件，第二次直接走buffer_pool,也比直接查询数据文件要快.

曾经发文介绍过，DROP table XXX ,特别是碰到大表时，. 在DROP TABLE 过程中，所有操作都会被HANG住. 这是因为INNODB会维护一个全局独占锁（在table cache上面），直到DROP TABLE完成才释放. 在我们常用的ext3,ext4，ntfs文件系统，要删除一个大文件（几十G，甚至几百G）还是需要点时间的.

七夕节的一个简单短片，没有动用剧组. 剧本是来自于我之前自己写的一条微博，所以就是我和老婆两个人完成.

Oracle 在 7 月份收购了 Ksplice. 使用了 Ksplice 的 Linux 系统，为 Kernel 打补丁无需重启动，做系统维护的朋友应该明白这是一个杀手级特性. 现在该产品已经合并到 Oracle Linux 中. 目前已经有超过 700 家客户，超过 10 万套系统使用了 Ksplice (不知道国内是否已经有用户了.

Replication 线程. Mysql 的Replication 是一个异步的复制过程，从一个Mysql instace（我们称之为Master）复制到另一个Mysql instance（我们称之Slave）. 在Master 与Slave 之间的实现整个复制过程主. 要由三个线程来完成，其中两个线程（Sql 线程和IO 线程）在Slave 端，另外一个线程（IO 线程）在Master 端.

网上备份脚本很多，但考虑都不周全. 保证创建备份文件只能是创建者跟root可以访问，其他用户没有权限，保证了数据库备份的安全. 上面脚本是负责备份的份数管理，. 已有 0 人发表留言，猛击->> 这里<<-参与讨论. —软件人才免语言低担保 赴美带薪读研.

接前面一篇，这里再将之前在“中国系统架构师大会”5周年的时候发布的纪念册“IT架构实录”上的一篇文章发出来，也算是前面博文中PPT的一个文字版解读吧. Oracle，MySQL 还是 NoSQL. 随着阿里系的“去IOE”运动在社区的宣传声越来越大，国内正在掀起一股“去xxx”的技术潮. 不仅仅是互联网企业，包括运营商以及金融机构都已经开始加入到这个潮流之中.

公司网站访问量越来越大，MySQL自然成为瓶颈，因此最近我一直在研究 MySQL  的优化，第一步自然想到的是 MySQL 系统参数的优化，作为一个访问量很大的网站（日20万人次以上）的数据库系统，不可能指望 MySQL  默认的系统参数能够让 MySQL运行得非常顺畅. 在Apache, PHP,  MySQL的体系架构中，MySQL对于性能的影响最大，也是关键的核心部分.

13.7. 用于预处理语句的SQL语法. MySQL 5.1对服务器一方的预制语句提供支持. 如果您使用合适的客户端编程界面，则这种支持可以发挥在MySQL 4.1中实施的高效客户端/服务器二进制协议的优势. 候选界面包括MySQL C API客户端库（用于C程序）、MySQL Connector/J（用于Java程序）和MySQL Connector/NET.

这里罗列了一些基本的 MySQL 性能提示，但不是放之四海而皆准，需要根据实际的应用情况而决定. 使用标准化设计（数据库三范式），记住表的联合查询(join)性能不会差. 选择合适的字符集，虽然UTF16无所不能，但需要两倍的存储；UTF8适合各种字符，但比latin1慢，尽可能选用latin1(此条不适合中文).