san-mu

摘要： 有这样一个问题：主机内存只有100G，现在要对一个200G的大表做全表扫描，会不会把数据库主机的内存用完？想想逻辑备份，也是整库扫描，因此对大表做全表扫描看起来是没有问题的，那么这个流程到底是怎样呢？ 全表扫描对server层的影响 假设现在要对一个200G的InnoDB表db1.t执行全表扫描，若 阅读全文

摘要： MySQL有两个kill命令： kill query+线程id，表示终止该线程正在执行的语句； kill (connection)+线程id，表示断开这个线程的连接，如果线程有语句正在执行，会先停止正在执行的语句。 有时候可能会遇到：使用了kill，却没能断开该连接，再执行show processl 阅读全文

摘要： 1 介绍 首先是介绍一些概念： 最近邻搜索KNN：找到与查询点最接近的前k个点。 近似最近邻搜索：在大型高维数据库中，KNN的成本会很高，此时该问题通常会被放宽为近似最近邻搜索ANNS，允许以高概率返回最接近的前k个邻点而非精确结果。 私有最近邻搜索：客户端希望获取且仅能获取最近邻搜索的结果，同时不 阅读全文

摘要： 传统的高可用架构不能预防误删数据的，因为主库的一个drop table命令，会通过binlog传给所有从库和级联从库，进而导致整个集群的实例都会执行这个命令。 MySQL相关误删数据主要有以下几种可能： 使用delete语句误删数据行； 使用drop table或truncate table语句误删 阅读全文

摘要： 首先复习一下加锁规则： 原则1：加锁的基本单位是next-key lock，是一个前开后闭区间； 原则2：查找过程中访问到的对象才会加锁； 优化1：索引上的等值查询，给唯一索引加锁的时候，next-key lock退化为行锁； 优化2：索引上的等值查询，向右遍历时且最后一个值不满足等值条件的时候，n 阅读全文

摘要： 之前的文章已经说过：在一主一备的双M架构里，主备切换只需要把客户端流量切到备库；而在一主多从架构里，主备切换除了要把客户端流量切到备库外，还需要把从库接到新主库上。 主备切换有两种场景，分别是主动切换和被动切换，其中被动切换往往是因为主库出问题由HA系统发起。那么怎么判断主库出问题了呢？ selec 阅读全文

摘要： 读写分离的基本结构： 上图的结构是客户端主动做负载均衡，这种模式下一般会把数据库连接信息放在客户端的连接层，由客户端选择后端数据库进行查询。 还有一种架构是在MySQL和客户端间加入中间代理层proxy，客户端只连接proxy，由proxy根据请求类型和上下文决定请求的分发路线： 比较这两种架构： 阅读全文

摘要： 基本的一主多从结构： 图中，A和A'互为主备，从库BCD指向主库A。一主多次的设置，一般用于读写分离，主库负责所有的写入和一部分读，从库负责其他的读请求。 当主库发生故障，主备切换： 一主多从结构在切换完成后，A'会成为新主库，从库需要改接到A'，而这个过程会增加主备切换的复杂度。接下来，就看看切换 阅读全文

摘要： 上一篇文章介绍的场景中，对备库延迟的影响一般是分钟级的。但如果备库执行日志的速度持续低于主库生成日志的速度，那这个延迟就可能成了小时级别。这就涉及今天介绍的话题：备库并行复制能力。 主备流程图： 主备的并行复制能力主要是上图的两个黑色箭头，一个箭头代表客户端写入主库，另一个箭头代表备库上sql_th 阅读全文

摘要： 正常情况下，只要主库执行更新生成的所有binlog，都可以被传到备库并被正确地执行，备库就能达到跟主库一致的状态，这就是最终一致性，而MySQL要提供的高可用能力，只有最终一致性是不够的。 主备延迟 主备切换可能是一个主动运维动作，比如软件升级、主库所在机器按计划下线等，也可能是被动操作，比如主库所 阅读全文