top 10 percona toolkit tools (三)

# pt-summary
# Percona Toolkit System Summary Report ######################
        Date | 2014-09-14 11:36:21 UTC (local TZ: CST +0800)
    Hostname | cz
      Uptime | 27 days,  3:20,  1 user,  load average: 0.00, 0.00, 0.00
...
# Processor ##################################################
  Processors | physical = 2, cores = 8, virtual = 16, hyperthreading = yes
...
# Memory #####################################################
       Total | 31.3G
        Free | 28.1G
        Used | physical = 3.3G, swap allocated = 10.0G, swap used = 0.0, virtual = 3.3G
...
# Mounted Filesystems ########################################
...
# Disk Partioning ############################################
...
# Network Config #############################################
...
# Interface Statistics #######################################
...
# Network Connections ########################################
...
# Top Processes ##############################################
...

--save-samples: 将报告生成在指定的空目录下, 类似pt-mysql-summary, 不同的信息按照文件存放.比如:
#pt-summary --save-samples=summary
[root@z6 ~]# ls summary
dmesg_file  dmidecode  ip  memory  mounted_fs  netstat  network_devices  notable_procs  partitioning  proc_cpuinfo_copy  processes  raid-controller  summary  sysctl  uptime  vmstat

--read-samples： 读取指定目录里的文件，生成报告信息;比如读取上述的summary目录:
# pt-summary --read-samples=summary

--sleep: 在搜集vmstat信息的时候， sleep多长时间。

[root@cz ~]# pt-online-schema-change -S /web/mysql/data/3306.sock A=utf8,h=localhost,P=3306,D=test,t=tm,p=xxxxxx --alter='engine = "innodb"' --execute
Operation, tries, wait:
  copy_rows, 10, 0.25
  create_triggers, 10, 1
  drop_triggers, 10, 1
  swap_tables, 10, 1
  update_foreign_keys, 10, 1
Altering `test`.`tm`...
Creating new table...
Created new table test._tm_new OK.
Altering new table...
Altered `test`.`_tm_new` OK.
Creating triggers...
Created triggers OK.
Copying approximately 1 rows...
Copied rows OK.
Swapping tables...
Swapped original and new tables OK.
Dropping old table...
Dropped old table `test`.`_tm_old` OK.
Dropping triggers...
Dropped triggers OK.
Successfully altered `test`.`tm`.

1. 创建新的表test._tm_new, _tm_new表为alter参数之后的结构, 即engine = innodb;
2. 开始创建更新相关的trigger, 包括insert, update, delete相关的三个trigger, 该目的为在应用更新原表的时候, 通过trigger将更新也应用到新的_tm_new表中, 该步骤防止了数据的不一致;
3. 开始拷贝数据， 因为测试中记录很少，大家只看到Copying approximately 1 rows...这一行; 实际上这步是通过分组来执行的， 比如我们有1亿条记录， select filed1, files2,... from tm 同样会引起长时间的表锁, 但是分组查询比如每次读取1k行记录"select filed1, filed2... from tm where id >= ? and id < ?"则只需要很短时间的表锁(可能是ns, ms级别), 然后更新数据到新表_tm_new中， 后面的依次循环; 这步的主要思想就是一个长时间锁的操作拆分为很多个小锁的操作。
4. 拷贝完成后做交换表操作, 将原tm表和_tm_new表做一个交换;
5. 删除原表;也可以指定参数--[no]drop-old-table保留原表;
6. 删除2过程创建的3个trigger;

--alter: 更改表结构参数, 该参数等同于 alter table 'table_name'  .., 比如要增加一个键, 只需要添加 "add key ...", 该参数可以接受多个操作, 以','分隔;

--[no]check-alter: 对alter参数进行解析并检查, 以防错误的sql语句;

--check-interval: 如果指定了max-lag,则在更改表的时候每sleep指定时间就检查一次slave的lag延迟;

--[no]check-plan: 检查query语句的执行计划;

--check-slave-lag: 如果slave延迟时间大于max-lag值, 则暂停更新操作;

--chunk-index: 首选指定的索引来完成分组操作;

--chunk-size: 每次分组的大小, 默认为1000;

--critical-load: 每次分组完成后, 检查SHOW GLOBAL STATUS信息， 如果指定参数超过了阈值则中断更新操作;

--dry-run: 创建和更改新表， 但是不创建trigger和拷贝数据; 类似于rsync的dry-run功能(-n option);

--max-load: 每次分组完成后, 检查SHOW GLOBAL STATUS信息， 如果指定参数超过了阈值则暂停更新操作; 比如Thread_running过大的话，肯能需要暂停操作， 以免引起其它问题;

--print: 打印操作过程的SQL语句;