乐胖代购免代理版

Oracle CloudWorld 2022：重磅推出MySQL湖仓产品-MySQL HeatWave Lakehouse

MySQL HeatWave 是目前仅有的在单个 MySQL 数据库中融合了 OLTP、OLAP、机器学习和机器学习自动化（Autopilot）的云数据库服务

mysql

数据

数据库

heatwave

lakehouse

置顶原创推荐 2022-11-09 10:29:23 1606 阅读 1点赞 yyds干货盘点

Oracle在MySQL市场掀起了一股热潮

在传统的企业数据管理中，Oracle数据库占主导地位，而MySQL在开发人员中非常流行，并且MySQL是大多数云原生应用程序中使用的默认数据库。 MySQL受欢迎的原因是因为它的简单易用，并且具有为事务处理优化的丰富功能。最初在MySQL中小型企业中被迅速采用，随着它不断的发展，它也在大型组织的部门内得到了大量的应用。 MySQL经过多年的发展，令许多以MySQL为标准的中小型公司发展成为

MySQL

Heatwave

OLAP

Oralce

列式存储

原创推荐 2021-09-06 16:13:02 2961 阅读

通过修改源码突破zabbix单server监控数量

最近业务的快速增长，zabbix监控的VPS（Required server performance, new values per second）早已超过六位数，这也许是达到他的单server最大吞吐量。而zabbix server的CPU负载、内存使用率、网络IO、磁盘IO、MySQL的QPS等关键性能指标都不高（主要是server服务器的配置较高：64c/128G内存/SSD硬盘），这也许是

zabbix

监控

优化

源码

原创 2021-03-29 09:59:27 4022 阅读 1点赞 1收藏

大话MySQL之爱恨情仇

在数据库的发展过程中，安全-->稳定-->高效-->低成本四个有序的要点一直如影随形，后者离开前者就是空谈。10月19日晚上MySQL发布了8.0.22版本，其中一个新功能（AutomaticconnectionfailoverforAsyncReplicationChannels）引起我的注意，也很感兴趣，作为一个DBA老兵，百感交集，在过去的20多年，故障切换功能一直是三方后

mysql

Automatic connectio

failover

Replication

原创推荐 2020-10-20 14:11:08 5998 阅读 1点赞 1收藏 1评论

MySQL5.6升级5.7时，出现主从延迟问题排查过程

最近在做zabbix的数据库MySQL5.6升级5.7时，出现主从延迟问题，这个问题困扰了很久没有解决，昨天终于解决了，整理了一下整个排查过程，分享给大家。环境说明：mysql主库为5.6的版本，有四个从库，三个为5.6的版本，一个为5.7的版本，所有主从的库表结构均一致，5.7的从库出现大量延迟，5.6的没问题，业务为zabbix监控，基本全部为insert批量插入操作，每条insertSQL插

mysql

主从

延迟

排查过程

压缩

原创推荐 2020-09-01 13:55:28 7455 阅读 2点赞 3收藏 2评论

MySQL8.0（截止8.0.21）新特性汇总

默认字符集由latin1变为utf8mb4在8.0版本之前，默认字符集为latin1，utf8指向的是utf8mb3，8.0版本默认字符集为utf8mb4，utf8默认指向的也是utf8mb4。注：在PerconaServer8.0.15版本上测试，utf8仍然指向的是utf8mb3，与官方文档有出入。MyISAM系统表全部换成InnoDB表系统表全部换成事务型的innodb表，默认的MySQL实

MySQL8.0

性特性

汇总

MySQL

原创 2020-05-15 10:34:56 8578 阅读 2点赞 1评论

配置参数innodb_flush_log_at_trx_commit丢失数据问题

数据丢失的定义：当事务提交了，数据因为特殊原因不存在了。MySQL默认情况下是开启内部的XA事务和事务的实现方式是基于redolog和undolog。也可以理解为MySQL事务是采用日志现行的策略。前提未开启binlog的情况下，数据的变更首先在内存中完成，并且将事务顺序的写入到redolog中，即表示该事务已经完成，就可以返回发给客户端已提交的信息。但此时变更后的数据还在内存中，并没有刷新写入到

innodb_flush_log

sync_binlog

at_trx_commit

数据丢失

参数设置

原创精选 2020-04-15 11:07:14 8991 阅读 1点赞

未来数据库发展畅想

突发奇想，对于数据库，想到了一些有意思的事情和功能，算是对未来数据库发展的一种畅想吧，期待未来有实力的公司或是科研机构能真正实现。一：分布式操作系统---永动机型操作系统聊数据库，先要说说操作系统，毕竟数据库要安装部署在操作系统上。目前应用服务常见的硬故障分为电源、CPU、硬盘、内存、网络等，这些都是常见的、不可抗拒的故障。非分布式操作系统下，各个服务器资源不能最大化的得到合理利用，即使是现在的K

智能化

操作系统

分布式

数据库

机器学习

原创精选 2019-12-19 18:01:36 5238 阅读

zabbix的数据库优化

走zabbix的1.6版本开始测试，1.8的版本开始线上使用，线上使用过1.9、2.0、2.2、3.0、4.0的版本，使用或是测试过zabbix1.6之后的所有版本。个人也有之前的SA转变为DBA，就zabbix的运维走数据库层面有一些自己的心得，希望对读者有所帮助。1：MySQL版本推荐MySQL5.7及以上版本，便捷的在线DDL方便zabbix的快速升级链接数据库方式：zabbix的serve

zabbix

mysql

优化

分区

负载均衡

原创 2019-12-12 16:54:37 4227 阅读 1点赞 1收藏

运维视角下MySQL常用的监控项

MySQL的性能和负载情况有很多指标，各个版本的指标也有区别，但核心的、对运维可以快速定位的指标就那几个常用的。做一个监控系统，特别是海量数据库实例的监控系统个，每多一个监控指标，对监控系统的要求就会更高。还有对于不同人员的监控，监控的指标和频率也是不一样的，运维人员、研发人员、测试人员，使用监控的角色不同，需要的监控指标也不同。不是监控的指标越多越好，够用就行，监控指标很多，只监控平时用的，不用

监控

指标

MySQL

性能

原创 2019-10-31 20:58:06 3478 阅读 1收藏

MySQL延迟问题和数据刷盘策略

一、MySQL复制流程官方文档流程图如下：1、绝对的延时，相对的同步2、纯写操作，线上标准配置下，从库压力大于主库，最起码从库有relaylog的写入。二、MySQL延迟问题分析1、主库DML请求频繁原因：主库并发写入数据，而从库为单线程应用日志，很容易造成relaylog堆积，产生延迟。解决思路：做sharding，打散写请求。考虑升级到MySQL5.7+，开启基于逻辑时钟的并行复制。2、主库执

MySQL

主从延迟

刷盘策略

innodb_flush_method

原创推荐 2019-07-02 12:55:09 10000+阅读 7点赞 6收藏 2评论

Amazon Aurora:高吞吐量的云原生关系数据库的设计考量

译者：Aceking，极数云舟技术合伙人，数据库内核研发专家，负责企业级云原生数据库ArkDB等核心数据库产品，华中科技大学计算机系数据库方向研究生毕业，原达梦数据库产品研发工程师，负责达梦数据库内核开发，长期致力于数据库原理和源码开发，精通C/C++，公司内部流传有他的名言：以后再也不敢说精通C++了。摘要AmazonAurora是亚马逊网络服务(AWS)的一个组成部分，对外提供一个OLTP负载

Aurora

数据库

分布式系统

oltp

翻译精选 2019-04-23 14:54:20 8520 阅读 3点赞 2收藏

从一个线上问题分析binlog与内部XA事务提交过程

1.问题业务上新增一条订单记录，用户接收到BinLake拉取的MySQL从库数据消息后，马上根据消息内的订单号去查询同一个MySQL从库，发现有些时候无法查到该条数据，等待大约500ms～1000ms后再去查询数据库，可以查询到该条数据。注:BinLake为京东商城数据库技术部自研的一套订阅和消费MySQL数据库binlog的组件，本例所描述的问题是业务方希望根据订阅的binlog来获取实时订单等

binlog

内部

XA

事务

提交

原创精选 2018-11-29 16:48:22 8191 阅读 1点赞 2收藏

MySQL内核源码解读-SQL解析之解析器浅析

MYSQL服务器接收SQL格式的查询，首先要对sql进行解析，内部将文本格式转换为二进制结构，这个转换就是解析器，解析的目的是为了让优化器更好的处理指令，以便以最优的路径，最少的耗时返回我们想要的结果。sql解析器的构成：1、词法分析(Lexicalscanner)：作用是将整个查询分解为多个元素。2、语法规则(Grammarrulemodule)：寻找sql语法规则组合，产生一个序列，执行这些规

MYSQL

内核

源码

解析器

SQL

原创精选 2018-10-17 09:38:55 10000+阅读 1点赞

MySQL内核源码解读-SQL解析一

本文是基于MySQL5.7.22进行分析1.SQL总体执行流程图通过上面图,可以从全局上了解SQL语句执行流程以及与其他模块交互1.1SQL查询执行流程2.语法解析2.1编程语言知识回顾在介绍具体的MySQL数据库解析SQL之前,先来回归一下编程语言的知识点形式语言(Formallanguage)形式语言是用精确的数学或机器可处理的公式定义的语言,个人理解形式语言就是符号化的语言,比如编程语言(C

MySQL

内核

源码

解读

解析

原创精选 2018-10-15 17:43:45 10000+阅读 3点赞 5收藏 1评论

官方博客	全部文章	热门标签	班级博客
了解我们	网站地图	意见反馈

鸿蒙开发者社区	51CTO学堂
51CTO	软考资讯

51CTO博客

王伟

Oracle CloudWorld 2022：重磅推出MySQL湖仓产品-MySQL HeatWave Lakehouse

Oracle在MySQL市场掀起了一股热潮

通过修改源码突破zabbix单server监控数量

大话MySQL之爱恨情仇

MySQL5.6升级5.7时，出现主从延迟问题排查过程

MySQL8.0（截止8.0.21）新特性汇总

配置参数innodb_flush_log_at_trx_commit丢失数据问题

未来数据库发展畅想

zabbix的数据库优化

运维视角下MySQL常用的监控项

MySQL延迟问题和数据刷盘策略

Amazon Aurora:高吞吐量的云原生关系数据库的设计考量

从一个线上问题分析binlog与内部XA事务提交过程

MySQL内核源码解读-SQL解析之解析器浅析

MySQL内核源码解读-SQL解析一

欢迎