数据派

摘要： 背景： 我们的一些业务测试系统，数据库一般也是由开发同事自行维护，所以不可避免会有一些问题，经常会有开发同事火急火燎的打电话给我们，如果语气急切，态度恭谨，一般就是误操作数据了（八九不离十）。 最近我们就遇到了一起误更新数据的事件。 由于update SQL编写问题，开发同事将整个表的一个字段进行了 阅读全文

摘要： 先说大致的结论（完整结论在文末）： 在语义相同，有索引的情况下：group by和distinct都能使用索引，效率相同。 在语义相同，无索引的情况下：distinct效率高于group by。原因是distinct 和 group by都会进行分组操作，但group by可能会进行排序，触发fil 阅读全文

摘要： 前言 最近，有开发同事联系我反馈一个问题，说开发环境出现了数据丢失的情况，想让DBA帮忙排查一下是不是数据库的问题。我心想大概率是程序bug，不太可能是数据库的问题。不过还是要排查一下才会心安，毕竟对于一个DBA而言，数据丢失无疑是最令人紧张的一件事情。 问题排查 开始进行排查之前，我先确认了如下问 阅读全文

摘要： 我一看到 TCP，啪就点进来了，很快啊。 TCP报文 一个完整的 TCP 报文头部共有 20 个字节，其中包括： 源端口号（16位）和目的端口号（16位）：再加上 ip 首部的源 ip 地址和目的IP地址可以唯一确定一个 TCP 连接。 数据序号（16位）：表示在这个报文段中的第一个数据字节序号。 阅读全文

摘要： 思考一个问题，联合索引在B+树中是怎么存储的？ 比如在（a,b）字段上面创建联合索引，存储结构类似下面这样： 数据都是先按a字段排序，a字段的值相等时再按b字段排序。 a字段的值是全局有序的，b字段的值是全局无序的，只有在a字段的值相等时才呈现出局部有序。 下面做几道联合索引的经典面试题。 第一题： 阅读全文

摘要： 一、背景 本文主要测试MySQL执行update语句时，针对与原数据（即未修改）相同的update语句会在MySQL内部重新执行吗？ 二、测试环境 MySQL5.7.25 Centos 7.4 三、binlog_format为ROW 1、参数 2、测试步骤 session1 session2 ses 阅读全文

摘要： 目录 谁在消耗cpu?祸首是谁？ 用户 IO等待 产生影响 如何减少CPU消耗？ 减少等待 减少计算 升级cpu 谁在消耗CPU? 用户+系统+IO等待+软硬中断+空闲 祸首是谁？ 用户 用户空间CPU消耗，各种逻辑运算 正在进行大量tps函数/排序/类型转化/逻辑IO访问… 用户空间消耗大量cpu 阅读全文

摘要： 毫不夸张的说咱们后端工程师，无论在哪家公司，呆在哪个团队，做哪个系统，遇到的第一个让人头疼的问题绝对是数据库性能问题。如果我们有一套成熟的方法论，能让大家快速、准确的去选择出合适的优化方案，我相信能够快速准备解决咱么日常遇到的80%甚至90%的性能问题。从解决问题的角度出发，我们得先了解到问题的原因 阅读全文

摘要： 这是一条标准的查询语句: 这是我们实际上SQL执行顺序： from 子句组装来自不同数据源的数据； where 子句基于指定的条件对记录行进行筛选； group by 子句将数据划分为多个分组； 使用聚集函数进行计算； 使用 having 子句筛选分组； 计算所有的表达式； select 的字段； 阅读全文

摘要： 前言： 数据库系统正式上线前，压测是必不可少的一步。数据库系统能承载多少并发，DBA要做到心中有数。 基本概念： TPS/QPS：衡量吞吐量。（TPS：每秒事务处理量(Transaction Per Second)、每秒查询率QPS(Query Per Second)是对一个特定的查询服务器在规定时 阅读全文