ITPub博客

我们总要在一定的框架中活着，框架的构成有来自法律，有来自道德的，还有来自潜规则的。大部分人只求安生的活着，玩命的人毕竟是少数，有人打破框架平度青云，也有人打破框却架坠落深渊。每每跟做开发的同学沟通，就会听到一大滩框架名称，觉得很是高上大的样子。但他山之石可以攻玉，在MySQL当中也是有框架，这便是我们要介绍的common_schema。高性能MySQL一书作者&

          今天被MySQL Query Cache 炕了、线上大量 Waiting on query cache mutex          那么什么是 Query Cache？                             QC 缓存的是整个SELECT的结果集、而非执行计划、QC的为人原则是：执行查询最快的方式就是不去执行       但是、QC 简单粗暴的失效

    ㈠ 环境：                  OS    : RHEL-5.8        Server：MySQL 5.5        Engine：InnoDB                 ㈡ 问题：                  在无任何操作的前提下、磁盘IO负载都几乎跑满、然后跑了3、4个小时磁盘负载依旧       &nbs

     Server 无法启动、日志如下：130507 12:22:11 mysqld started 130507 12:22:11 [Warning] option \'max_join_size\': unsigned value 18446744073709551615 adjusted to 4294967295 130507 12:22:11 [Warning] option \'max_join_size\': unsigned value 18446744073709551615 adjusted to 4294967295 130507 12:22:11 [ERROR] /usr/libexec/mysqld: unknown variable \'table_open_cache=64\'     开始时我把table_open_cache=64注释掉、并在 /etc/my.cnf 下添加如下：max_j

     mysql> select version()\G;     *************************** 1. row ***************************     version(): 5.5.16-log     1 row in set (0.00 sec)               [mysql@cdio ~]$ mysqld_safe &     [1] 3036     [mysql@cdio ~]$ 130506 19:16:34 mysqld_safe Logging to \'/home/mysql/mysql/log/alert.log\'.     130506 19:16:34 mysqld_safe Sta

   MySQL 自身在性能监测方面很不给力、这是令许多 MySQL DBA 夜夜辗转难眠、   幸运的是、通过 Cacti 监测（注意是监测而非监控）MySQL 数据库状态   借助 cacti+rrdtool 强大的绘图功能、加上专用的 mysql 模板、能够灵活快速的创建对多个 MySQL 实例的监测   ㈠ 如果是RPM方式安装，需要下列RPM包：          httpd       &nbsp

   pt-stalk 适用场景：      ① MySQL Server 性能波动出现的频率很低、例如、几天一次   ② MySQL Server 性能波动出现的机率很快、例如、几秒闪过      ㈠ 安装      ① 下载         http://www.percona.com/downloads/percona-toolkit/LATEST/            ② 问题            &nb