摘要：
#各种依赖包下载地址http://www.cpan.org/modules/by-module#一共要安装的依赖包：Time::HiRes,Term::ReadKey,DBI,DBD::mysql#下载，解压缩[bzuo@devdb7 ~]$ wget http://innotop.googlecode.com/files/innotop-1.8.0.tar.gz[bzuo@devdb7 ~]$ tar zxvf innotop-1.8.0.tar.gz#安装，报错[bzuo@devdb7 innotop-1.8.0]$ perl Makefile.PL Can't locate Ex 阅读全文
摘要：
5.5.205.6.10mysqldump Ver 10.13 Distrib 5.5.20, for Linux (x86_64)Copyright (c) 2000, 2011, Oracle and/or its affiliates. All rights reserved.mysqldump Ver 10.13 Distrib 5.6.10, for Linux (x86_64)Copyright (c) 2000, 2013, Oracle and/or its affiliates. All rights reserved.--no-defaults Don't read 阅读全文
摘要：
这里有一篇译文，对5.6在线DDL的操作做了介绍，5.6里对在线DDL做了很多的优化，从译文里的表5.9可以看到，很多操作不需要做copying data操作。下面这段话很有启发作用：对于DDL操作一个基本的想法：它的变化是就地执行还是执行表拷贝, 在命令结束之后看看显示“rows affected “的值。例如,这里您可能会看到在做不同类型的DDL操作:修改列默认值(超级快，不影响表的所有数据): Query OK, 0 rows affected (0.07 sec)添加索引 (需要时间, 但0 rows affected 表明表没有被复制): Query OK, 0 rows affec 阅读全文
摘要：
现象：在线上环境，一条慢查询没有用到索引，表大小适中，加索引实际在3-5S内，决定在线添加。mysql版本：5.1.56-community-log ,plugin innodb版本：1.0.15。在添加索引的过程中，有原来的慢查询对此表进行访问，程序端返回错误："1412: Table definition has changed, please retry transaction (172.16.0.100)".检查错误日志，里面也记录了相应的错误信息：130324 3:55:55 [ERROR] Got error 159 when reading table 阅读全文
摘要：
原文链接：http://www.shaoqun.com/m/a/43307.aspx前言：最近Oracle MySQL在其官方Blog上贴出了 5.6中一些变量默认值的修改。其中innodb_old_blocks_time 的默认值从0替换成了1000（即1s）关于该参数的作用摘录如下：how long in milliseconds (ms) a block inserted into the old sublist must stay there after its first access before it can be moved to the new sublist. Increa 阅读全文
摘要：
原文链接：http://blog.csdn.net/acmain_chm/article/details/4126306经常看到问题，如何取出每组的前N条记录。方便大家参考于是便把常见的几种解法列出于下。问题：有表 如下，要求取出各班前两名（允许并列第二）Table1+----+------+------+-----+| id |SName |ClsNo |Score|+----+------+------+-----+| 1 |AAAA | C1 | 67 || 2 |BBBB | C1 | 55 || 3 |CCCC | C1 | 67 || 4 |DDDD... 阅读全文
摘要：
原文地址：http://www.mysqlperformanceblog.com/2013/02/01/implications-of-metadata-locking-changes-in-mysql-5-5/While most of the talk recently has mostly been around the new changes in MySQL 5.6 (and that is understandable), I have had lately some very interesting cases to deal with, with respect to the 阅读全文
摘要：
原文链接：http://www.mysqlops.com/2012/04/06/innodb-log3.html本文讨论MySQL数据库InnoDB存储引擎LOG漫游的问题： 04 – Checkpoint 理论上来说,如果MySQL数据库InnoDB存储引擎的buffer足够大，就不需要将数据本身持久化。将全部的redo log重新执行一遍 就可以恢复所有的数据。但是随着时间的积累，Redo Log会变的很大很大。如果每次都从第一条记 录开始恢复，恢复的过程就会很慢，从而无法被容忍。为了减少恢复的时间，就引入了Checkpoint机制。 - 脏页(dirty page) 如果一个数据页在.. 阅读全文
摘要：
原文链接：http://www.mysqlops.com/2012/04/06/innodb-log2.html03 – 日志的内容 - 数据是什么 从不同的角度和层次来看，我们可以将数据库中的数据看作： A. 关系数据 B. 元组或对象 C. 存在Page中的二进制序列 因此Log中也可以记录不同的内容： - 物理的日志(Physical Log) A. 记录完整的Page B. 记录Page中被修改的部分(page中的偏移,内容和长度). 优点：因为恢复时，完全不依赖原页面上的内容，所以不要求持久化了的数据保持在一个一致的状态。 比如在写一个页... 阅读全文
摘要：
原文链接：http://www.mysqlops.com/2012/04/06/innodb-log1.html本文是介绍MySQL数据库InnoDB存储引擎重做日志漫游 00 – Undo Log Undo Log 是为了实现事务的原子性，在MySQL数据库InnoDB存储引擎中，还用Undo Log来实现多版本并发控制(简称：MVCC)。 - 事务的原子性(Atomicity) 事务中的所有操作，要么全部完成，要么不做任何操作，不能只做部分操作。如果在执行的过程中发生 了错误，要回滚(Rollback)到事务开始前的状态，就像这个事务从来没有执行过。 - 原理 Undo Log... 阅读全文