5 天前 / 平头哥的技术博文
点击上方“平头哥的技术博文”，选择“关注公众号” 技术文章第一时间送达！ 我们在 你可能知道事务的四大特性，但是你不一定知道事务的实现原理中提到了 redo 日志，redo 日志是用来保证 MySQL 持久化功能的，需要注意的是 redo 日志是 InnoDB 引擎特有的功能。 为什么 InnoDB 引擎会引入 redo 日志作为中间层来保证 MySQL 持久化，而不是直接持久化到磁盘？我们先来看看《MySQL实战45讲》中提到的一个故事。 在《孔乙己》这篇文章，酒店掌柜有一个粉板，专门用来记录客人的赊账记录。如果赊账的人不多，那么他可以把顾客名和账......
6 天前 / 黑夜探路人
所谓事务（Transaction），就是通过确保成批的操作要么完全执行，要么完全不执行，来维护数据库的完整性。举一个烂大街的例子：A 向 B 转账 1000 元，对应的 SQL 语句为：（没有显式定义事务） UPDATE deposit_table set deposit=deposit-1000 WHERE name='A';UPDATE deposit_table set deposit=deposit+1000 WHERE name='B';
7 天前 / u553049
问题描述需求： 查询出每月 order_amount（订单金额） 排行前3的记录。 例如对于2019-02，查询结果中就应该是这3条： 解决方法MySQL 5.7 和 MySQL 8.0 有不同的处理方法。 1. MySQL 5.7我们先写一个查询语句。 根据 order_date 中的年、月，和order_amount进行降序排列。 然后，添加一个新列：order_amount（本条记录在本月中的名次）。 执行结果： 可以看到，根据年、月、订单金额排序了，还多了一列order_rank，显示出了本条记录在本月的订单金额排名情况。 上面SQL中比较个性的是这部分： @current_month和@order_rank 是我们自定义的......
15 天前 / 高飞
案例 CREATE TABLE `employees` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(24) NOT NULL DEFAULT '' COMMENT '姓名', `age` int(11) NOT NULL DEFAULT '0' COMMENT '年龄', `position` varchar(20) NOT NULL DEFAULT '' COMMENT '职位', `hire_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '入职时间', PRIMARY KEY (`id`), KEY `idx_name_age_position` (`name`,`age`,`position`) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 COMMENT='员工记录表'; INSERT ......
31 天前 / HueiFeng
作者介绍 贺春旸，凡普金科DBA团队负责人，《MySQL管理之道：性能调优、高可用与监控》第一、二版作者，曾任职于中国移动飞信、安卓机锋网。致力于MariaDB、MongoDB等开源技术的研究，主要负责数据库性能调优、监控和架构设计。 本文我将列举一些MySQL 8.0和MariaDB 10.4关键新特性的对比，以便大家在今后的数据库版本升级维护中能根据自身情况更快更好地做出选择，其他新特性请参考官网： https://dev.mysql.com/doc/refman/8.0/en/mysql-nutshell.html https://mariadb.com/kb/en/library/changes-improvements-in-mariadb-104......
39 天前 / HueiFeng
工具研发者介绍 贺春旸，凡普金科DBA团队负责人，《MySQL管理之道：性能调优、高可用与监控》第一、二版作者，曾任职于中国移动飞信、安卓机锋网。致力于MariaDB、MongoDB等开源技术的研究，主要负责数据库性能调优、监控和架构设计。 工具下载： https://github.com/hcymysql/mysql_monitor 简介 目前常用的开源监控工具有nagios、zabbix、grafana，但这些是面向专业DBA使用的，而对于业务研发人员来说，没有专业的MySQL理论知识，并且上述监控工具均为纯英文界面，交互不直观，那么多的监控指标，你知道有哪些是研发最关心的......
44 天前 / Hollis
开发十年，就只剩下这套架构体系了！！本文来自一位不愿意透露姓名的粉丝投稿 相信很多人对于MySQL的索引都不陌生，索引(Index)是帮助MySQL高效获取数据的数据结构。 因为索引是MySQL中比较重点的知识，相信很多人都有一定的了解，尤其是在面试中出现的频率特别高。楼主自认为自己对MySQL的索引相关知识有很多了解，而且因为最近在找工作面试，所以单独复习了很多关于索引的知识。 但是，我还是图样图森破，直到我被阿里的面试官虐过之后我才知道，自己在索引方面的知识，只是个小学生水平。 以下，是我总结的一次阿里面试中关于索引有关的问......
44 天前 / 雨后天空
点击上方“Java知音”，选择“置顶公众号” 技术文章第一时间送达！ 前言上一篇发了手动搭建Redis集群和MySQL主从同步(非Docker)之后，很多同学对文中主从结构提到的读写分离感兴趣，本打算在双十一期间直接把读写分离分享给大家，奈何工作一直没停下，所以这周抽空把这些分享出来。 关于MySQL的读写分离的实现，有两种方式，第一种方式即我们手动在代码层实现逻辑，来解析读请求或者写请求，分别分发到不同的数据库中，实现读写分离；第二种方式就是基于MyCat中间件来实现读写分离的效果；这两种方式我都会在这篇博客中进行详细地介绍、搭建，......
57 天前 / 千山
2019.11.20 账户系统死锁问题排查分析。 问题出现项目出现死锁告警，日志中出现报错: Error updating database. Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction联系dba查看死锁日志如下: mysql对死锁有两种处理方式: 1.连接等待直到超时。 2.开启死锁监测，发现死锁时主动回滚当前事务，让其他事务可以正常执行。（innodb_deadlock_detect=on) mysql查看最近的死锁日志命令: show engine innodb status; 背景对业务逻辑不做赘述，简单......
60 天前 / MagickKing
导读： 作者：蒋乐兴 MySQL-DBA 目前在 github 上维护着两套 MySQL 开源工具 mysqltools & dbm(dbm-agent dbm-center)，对机器学习和程序化交易也有些心得。 一想到你在关注我就忍不住有点紧张 目录用dbm来解放生产力 安装&初始化dbm-agent 一行命令解决安装单机的问题 一行命令解决增加slave的问题 一行命令解决搭建MGR集群的问题 dbm-agent建设出来的实例质量如何 一、用dbm来解放生产力对于 dbm 来说不管你是搭建单机、主从复制、异或是 MGR 都只需要一行命令就能高效、高质量的解决；并且几乎不会有任何成本(dbm是全开源的，......
60 天前 / Yeming
作者 | 曹金霖 杏仁Java工程师，正在锻炼自制力的朴素程序猿。 redo log -> 物理日志redo log 通常是物理日志，记录的是数据页的物理修改，而不是某一行或某几行修改成怎样怎样，它用来恢复提交后的物理数据页（恢复数据页，且只能恢复到最后一次提交的位置）。redo log 是 InnoDB 引擎独有的redo log 包括两部分：一是内存中的日志缓冲（redo log buffer），该部分日志是易失性的；二是磁盘上的重做日志文件（redo log file），该部分日志是持久的。redo log在数据准备修改前写入缓存中的 redo log 中，然后才对缓存中的数据执行修改操......
68 天前 / 微光
MySQL分页offset过大性能问题与优化DaemonCoder | 2018-11-17 18:48:10背景最近被DBA报了一个慢查询，一条sql要执行几秒甚至十几秒，直接导致cpu idle报警，幸好线上没有出事故。这里记录下问题的详细信息和解决方案。 Mysql表结构大概可以简化为这样： CREATE TABLE `t` ( `a` int(11) NOT NULL, `b` int(11) DEFAULT NULL, `c` int(11) DEFAULT NULL, PRIMARY KEY (`a`), KEY `idx_c` (`c`) ) ENGINE=InnoDB a、b、c三列，a列是主键，c列上有索引（当然线上真实的表结构比这个更复杂，此处只是为了说明问题，略去不相关字段）。 这个表......
71 天前 / gansteed
MySQL性能优化指南数据库优化，是一个存在了几十年的问题，更是每一个后端开发者精进路上必须掌握的技能。 而性能优化的核心，就是抠门。在完成功能的前提下：对于CPU，执行越少的代码，那么所需要的CPU时间就越少，因此程序就会越快；对于IO，执行越少次数的I/O，阻塞于I/O的时间就会越少；对于网络，传输越少的数据，那么所需要的时间就会越少。 对于MySQL的优化，也是一样的。接下来我们来看看MySQL优化的几个步骤： 首先要找到问题所在性能测试，重现问题，这是进行性能优化的前提。因此我们需要靠一些工具，例如压测工具、慢查询日志等，定......