摘要：
MySQL每天产生了多大容量的binlog，用SQL语句能查到吗？ 首先，这是个假设性命题（又一个钓鱼题）。 这个需求完全可以通过系统层命令，配合MySQL中的“FLUSH BINARY LOGS”快速完成。 运行SHOW MASTER/BINARY LOGS命令能查看全部binlog列表，但没办法 阅读全文
posted @ 2020-06-18 18:23
捧花大王
阅读(434)
评论(0)
推荐(0)
摘要：
你遇到过哪些原因造成MySQL异步复制延迟？ 1、master上多为并发事务，salve上则多为单线程回放（MySQL 5.7起，支持真正的并行回放，有所缓解）。 2、异步复制，本来就是有一定延迟的（否则也不叫做异步了，介意的话可以改成半同步复制）。 3、slave机器一般性能比master更弱（这 阅读全文
posted @ 2020-06-18 18:20
捧花大王
阅读(221)
评论(0)
推荐(0)
摘要：
为什么说 pt-osc 可能会引起主从延迟，有什么好办法解决或规避吗？ 若复制中binlog使用row格式，对大表使用pt-osc把数据从旧表拷贝到临时表，期间会产生大量的binlog，从而导致延时。 pt-osc在搬数据过程中insert...select是有行锁的，会降低事务并行度；且pt-os 阅读全文
posted @ 2020-06-18 17:44
捧花大王
阅读(244)
评论(0)
推荐(0)
主从复制线程均正常（为Yes，也没报错），Master的binlog已到binlog.000100，但slave上看到Master_Log_File却只到binlog.000090，可能的原因有哪些？
摘要：
主从复制线程均正常（为Yes，也没报错），Master的binlog已到binlog.000100，但slave上看到Master_Log_File却只到binlog.000090，可能的原因有哪些？ 首先要注意，这是Master_Log_File IO线程延迟，并不是Relay_Master_Lo 阅读全文
posted @ 2020-06-18 17:41
捧花大王
阅读(411)
评论(0)
推荐(0)
摘要：
明明有个索引“感觉”应该被选中，EXPLAIN时在possible_keys也有它，但最后没被选中，可能的原因有哪些？ 一、执行计划如下： desc select * from t1 where c2 >= 2; key: NULL key_len: NULL rows: 14 filtered: 阅读全文
posted @ 2020-06-18 17:32
捧花大王
阅读(1352)
评论(0)
推荐(1)
摘要：
跑truncate table，4亿条数据会不会造成长时间锁表呢?有什么更好的方法吗？ 最好是create新表，然后交叉rename对调，再drop/truncate table或其他方式清除数据。 一、可操作步骤： 创建新的 tmp 表，正式表与tmp表表名交换（注意在一个SQL里完成，并锁表） 阅读全文
posted @ 2020-06-18 16:23
捧花大王
阅读(2221)
评论(0)
推荐(0)
摘要：
MySQL 8.0相对于5.7的复制改进，都有哪些呢？ 一、普通复制功能改进 新增WRITESET并行复制模式，提高并行度，降低延迟。 在多源复制中，可在线动态修改每个channel的filter rule，并且能在P_S中查看/监控。 Binary Log中存储更多元数据，并支持毫秒级别的延迟监控 阅读全文
posted @ 2020-06-18 16:19
捧花大王
阅读(313)
评论(0)
推荐(0)
摘要：
MySQL数据导入数据仓库Hadoop有哪几种方式？ 1.传统方式，采用mysqldump等工具将数据文件上传至HDFS。 2.使用Sqoop Kettle等ETL工具，将数据表对应导入Hive的数据表。 3.使用kafka+flume方案，将mysql binlog通过流式采集的方式导入Hadoo 阅读全文
posted @ 2020-06-18 14:03
捧花大王
阅读(605)
评论(0)
推荐(0)
摘要：
MySQL hang住的原因有哪些？ 1.MySQL使用资源过高导致服务器太累扛不住。例如CPU、内存、 I/O等开销。 2.磁盘无可用空间。 3.MySQL频繁的创建和销毁连接。 4.MySQL使用的最大文件打开数和连接数，超过了操作系统的限制。 5.MySQL的锁不能有效的释放。例如持有行锁或者 阅读全文
posted @ 2020-06-18 14:01
捧花大王
阅读(1046)
评论(0)
推荐(0)
摘要：
MySQL 8.0 InnoDB哪些新特性你最期待，为什么？ 1.数据字典全部采用InnoDB引擎存储，支持DDL原子性、crash safe，metadata管理更完善。 2.快速在线加新列（腾讯互娱DBA团队贡献）。 3.并行redo log，并提升redo log的I/O性能。 4.新增倒序索 阅读全文
posted @ 2020-06-18 13:59
捧花大王
阅读(267)
评论(0)
推荐(0)
浙公网安备 33010602011771号