对于MySQL 8.0的特性，我们有很多的角度可以解读，但是总是感觉缺少点什么，到底8.0有哪些直观的变化，今天我就通过文件的角度来一窥MySQL 8.0的变化。 我们选取了如下的MySQL版本。 1)MySQL 5.7.26 社区版 2)MySQL 8.0.23 社区版 3)Percona Server 5.7.16 选择Percona作为对比的一个基准，主要原因是我们的很多线上环境3年前就是以Percona Server 5.7.

自打构建数据源集市的技术栈以来，其实整个体系也在不断的完善，在数据流转的出口方向我们基本达成了一致，那就是在保证数据准确性和稳定性的基础上尽可能按照实时的标准去落地数据交付效率，所以数据源集市的目标不是简单交付数据了事，而是需要对中下游的服务提供强有力的支持，甚至提供数据实时流转的参考和依据。 目前一张表的数据如果要提供近实时的数据交付标准，一般有以下的几类策略： 1)基于自增ID的模式，根据数据库的自增ID可以快速的定位数据的增量位置

在新的MySQL 8.0.23中，引入了新的有趣功能：不可见列。 这是第一篇关于这个新功能的文章，我希望写一个3篇的系列。这是前言。 在MySQL 8.0.23之前，表中所有的列都是可见的(如果您有权限的话)。现在可以指定一个不可见的列，它将对查询隐藏。如果显式引用，它可以被查到。 让我们看看它是怎样的： createtabletable1( idintauto_incrementprimarykey, namevarchar(20),

在 Go 语言中文网微信群有人提出了这样的疑问，如下图(文档地址：https://dev.mysql.com/doc/internals/en/date-and-time-data-type-representation.html) 不理解为什么 DATE 是通过 YYYY×16×32 + MM×32 + DD 表示，主要不理解为什么 16、32。我做了讲解，但似乎他还是不太理解。干脆我写篇文章

接触MGR有一段时间了，MySQL 8.0.23的到来，基于MySQL Group Replicaion（MGR）的高可用架构又提供了新的架构思路。 灾备机房的slave，如何更好的支持主机房的MGR？ MGR 到底可以坏几个节点？ 这次我就以上2个问题，和大家简单聊下MGR的一些思想和功能。 一、MySQL Group Relication 成员数量的容错能力 上面的表格相信大家不会陌生了，我经常在面试里会问：“4

对于MySQL数据恢复而言，其实很多时候都会有点儿不踏实，大多数情况下备份恢复体系的建设是一气呵成的，建设完善之后保持原样，就很少干预和测试了，而一旦需要恢复的时候，才发现这也不好，那也不完善，轻则花费重金恢复，重则是职业生涯的终点。 所以我们在数据恢复的时候，我们特意完善了一个功能，那就是随机恢复，随机恢复主要实现两个功能：基于备份集恢复和基于时间点恢复。基于备份集恢复相对比较简单，就是什么时候做的备份，一定要恢复出来，而基于时间点会

前言 上次咱们学习了如何使用Go操作Mysql，并且实现了简单的增删改查。 但是相对来说，还有有点复杂的，可能那些大佬也都觉得繁琐叭。 就又开发出了增强版查询Mysql操作库Sqlx。 mod文件 go.mod modulesqlxDemo go1.14 require( github.com/go-sql-driver/mysqlv1.4.0 github.com/jmoiron/sqlxv1.2.0 google.golang.

你在使用 MySQL 的 Group by 分组时，是否发现分组后的数据都是有序的? 图片来自 Pexels 其实，在 MySQL 8.0 ，优化器在分组查询时都会进行隐式排序。那既然隐式排序为什么还要保留 Order by?隐式排序的目的又是什么呢?让我们一起来看看。 背景小故事 年前我们换了领导，俗话说，新官上任总爱干傻事儿… 这不，领导要拥抱新事物，要求我们更新项目 MySQL 版本，从 MySQL 5.7 更新到 M