你确定须要的MySQL常见四问

目录

• 为何说pt-osc可能会引发主从延迟，有什么好办法解决或规避吗？
• 你遇到过哪些缘由形成MySQL异步复制延迟？
• MySQL天天产生了多大容量的binlog，用SQL语句能查到吗？
• 用什么方法能够防止误删数据？

1、为何说pt-osc可能会引发主从延迟，有什么好办法解决或规避吗？

一、若复制中binlog使用row格式，对大表使用pt-osc把数据从旧表拷贝到临时表，期间会产生大量的binlog，从而致使延时

二、pt-osc在搬数据过程当中insert...select是有行锁的，会下降事务并行度；且pt-osc搬数据过程当中生成的binlog不是并行的，因此在slave不能并行回放

三、能够经过设定参数 --chunk-size、--chunk-time控制每次拷贝数据大小，也能够设定--max-log、check-interval、check-slave-lag等参数控制主从复制延迟程度（但这样可能会形成pt-osc工做耗时过久，须要自行权衡）

2、你遇到过哪些缘由形成MySQL异步复制延迟？

一、master上多为并发事务，salve上则多为单线程回放（MySQL 5.7起，支持真正的并行回放，有所缓解）

二、异步复制，原本就是有必定延迟的（不然也不叫作异步了，介意的话能够改为半同步复制）

三、slave机器通常性能比master更弱（这是很常见的误区，其实slave对机 器性能要求并不低）

四、有时为了节省机器资源，会在slave上运行多个实例

五、表结构设计不合理，尤为是在MySQL 5.6以前没主键，几乎会形成全部更新都全表扫描一遍，效率很是低

六、slave上运行大量只读低效率的SQL

七、也会形成slave没法并行回放

八、业务设计缺陷，或网络延迟等致使延迟

3、MySQL天天产生了多大容量的binlog，用SQL语句能查到吗？

首先，这是个假设性命题（又一个钓鱼题）。
这个需求彻底能够经过系统层命令，配合MySQL中的“FLUSH BINARY LOGS”快速完成。
运行SHOW MASTER/BINARY LOGS命令能查看所有binlog列表，但没办法区别哪些是当天内生成的。

4、用什么方法能够防止误删数据？

如下几个措施能够防止误删数据，以下：

一、生产环境中，业务代码尽可能不明文保存数据库链接帐号密码信息

二、重要的DML、DDL经过平台型工具自动实施，减小人工操做

三、部署延迟复制从库，万一误删除时用于数据回档，且从库设置为read-only

四、确认备份制度及时有效

五、启用SQL审计功能，养成良好SQL习惯

六、启用 sql_safe_updates 选项，不容许没 WHERE 条件的更新/删除

七、将系统层的rm改成mv

八、线上不进行物理删除，改成逻辑删除（将row data标记为不可用）

九、启用堡垒机，屏蔽高危SQL

十、下降数据库中普通帐号的权限级别

十一、务必开启binlog