mysql记录

mysql 技巧

将数据导出并导入到从库，用时 17 s
[root@localhost ~]# mysqldump -uroot -p'QianFeng@123' -A | mysql -uroot -p123456 -h 192.168.249.156

备份/dev/hdx全盘数据，并利用gzip工具进行压缩，保存到指定路径。
dd if=/dev/hdx | gzip >/path/to/image.gz
恢复数据
dd if=/path/to/image of=/dev/hdx
恢复压缩数据
gzip -dc /path/to/image.gz | dd of=/dev/hdx

mysql 数据一致性检测

主库操作
# yum源链接 https://www.percona.com/downloads/percona-release/
[root@localhost ~]# yum install perl perl-devel perl-Time-HiRes perl-DBI perl-DBD-MySQL
[root@localhost ~]# yum install https://downloads.percona.com/downloads/percona-release/percona-release-0.1-4/redhat/percona-release-0.1-4.noarch.rpm
# rpm 包链接
[root@localhost ~]# yum install percona-toolkit

检测需求：
a.  根据测试，需要一个即能登录主库，也能登录从库的账号；
b.  只能指定一个host，必须为主库的IP；
c.  在检查时会向表加S锁；
d.  如果master和slave的binlog日志不是STATEMENT格式，要用--no-check-binlog-format选项
e.  运行之前需要从库的同步IO和SQL进程是YES状态。
f.  表要有主键索引或唯一键索引

[root@localhost ~]# pt-table-checksum h=192.168.249.151,u=test,p='test',P=3306 --databases=t1   --nocheck-replication-filters --no-check-binlog-format
TS ：完成检查的时间。
ERRORS ：检查时候发生错误和警告的数量。
DIFFS ：0表示一致，1表示不一致。当指定--no-replicate-check时，会一直为0，当指定--replicate-check-only会显示不同的信息。
ROWS ：表的行数。
CHUNKS ：被划分到表中的块的数目。
SKIPPED ：由于错误或警告或过大，则跳过块的数目。
TIME ：执行的时间。
TABLE ：被检查的表名。	

# 如果没有找到从库
Diffs cannot be detected because no slaves were found 检查系统中的 show slave hosts; 或者 show processlist

mysql 主从一致性修复

# 打印sql语句，不执行
[root@localhost ~]# pt-table-sync h=192.168.249.156,u=root,p=QianFeng@123,P=3306 --databases=employees --tables=employees --replicate=percona.checksums --print
# 自动修复
[root@localhost ~]# pt-table-sync h=192.168.249.156,u=root,p=QianFeng@123,P=3306 --databases=employees --tables=employees --replicate=percona.checksums --execute

参数	说明
–replicate	指定通过pt-table-checksum得到的表，这2个工具差不多都会一直用。
–databases	指定执行同步的数据库，多个用逗号隔开。
–tables	指定执行同步的表，多个用逗号隔开。
–sync-to-master	指定一个DSN，即从的IP，他会通过show processlist或show slave status 去自动的找主。
h=127.0.0.1	服务器地址，命令里有2个ip，第一次出现的是M的地址，第2次是Slave的地址。
u=root	帐号。
p=123456	密码。
–print	打印，但不执行命令。
–execute	执行命令。

mysql 主从同步延迟

从库同步延迟情况出现的
● show slave status显示参数Seconds_Behind_Master不为0，这个数值可能会很大
● show slave status显示参数Relay_Master_Log_File和Master_Log_File显示bin-log的编号相差很大，说明bin-log在从库上没有及时同步，所以近期执行的bin-log和当前IO线程所读的bin-log相差很大
● mysql的从库数据目录下存在大量mysql-relay-log日志，该日志同步完成之后就会被系统自动删除，存在大量日志，说明主从同步延迟很厉害

mysql锁

1、锁库，一般在联机备份时使用
FLUSH TABLES WITH READ LOCK; 锁库

2、锁表
LOCK TABLES tb_name [READ [local LOW_PRIORITY] WRITE]

3、隐式提交
UNLOCK TABLES; 解锁