dbops 祝大家新年快乐!

dbops官网已上线

dbops1.7新特性: 支持自定义 MySQL 部署子目录路径

dbops1.5 强力升级：支持 Prometheus 全家桶，监控 MySQL 更简单(五)

dbops1.5 强力升级：支持 Prometheus 全家桶，监控 MySQL 更简单(四)

涉及 MySQL 所有版本，请尽快排查！

dbops1.5 强力升级：支持 Prometheus 全家桶，监控 MySQL 更简单(三)

dbops1.5 强力升级：支持 Prometheus 全家桶，监控 MySQL 更简单(二)

dbops1.5 强力升级：支持 Prometheus 全家桶，监控 MySQL 更简单

基于三大主流关系数据库，2024年数据库运维实战新书推荐！

dbops1.4

dbops.1.4.20240722 release，支持企业级部署openGauss

dbops1.3 支持openGauss企业级部署，预热

dbops.1.2.20240619 release Support 8.4、Rocky9、openEuler24

本公众号最水的一篇文章

在 dbops 1.0 版本中，部署 MySQL 时就支持"规格"这个功能。

在 dbops 1.0 版本中，部署 MySQL 时就支持\x26quot;规格\x26quot;这个功能。

TechTalk 社区主理人荐书近期，TechTalk 技术交流社区联合爱可生开源社区，邀请众多公众号博主参

‍🔥 新一期 TiDB 地区交流活动又如期而至啦！这一次，我们走进 360！首先感谢北京地区组织者田帅萌老师

芬达云

本公众号将与爱可生开源社区一起，邀请广大开发者们参与《主理人荐书》 活动。参与活动，将有机会赢取《大智小技》系列图书（1-5 任选）

关于 MySQL8.0.32 优化器的 Bug。

dbops 1.1 release

dbops 1.0 release

这一篇文章，跟大家分享12个数据库领域的优质公众号。

Oracle 在 2023-10-25 发布 MySQL 5.7 最终版本，正式标志着 5.7 的 EOL。与以往不同，这次发布不在周二上班时间，且主版本并未同时发布。同时，Release Notes 还未更新。

关于MySQL 5.7 EOL具体日期，Oracle官方仅精确到10月。文章经分析认为，MySQL 5.7生命周期将于10月31日结束，这一结论基于Oracle的发布模式。

在 MySQL 的主从复制架构中，server_id 是一个至关重要的参数。它用于标识每个 MySQL。

大多数研发人员使用 Mac 来调试代码，但我作为不懂研发的 DBA，并且作为 Windows 的粉丝，相信绝大多数运维同学也是使用 Win 的，那我必须使用 Win 了。从这篇文章开始，我尝试摸索 MySQL 源码的学习。

在合适的场景采用合适的数据库备份和恢复手段。在允许停止业务的场景，用物理冷备来恢复数据库应该说是最快的一个方法了。

芬达博客园搬运工最水水文一篇，小心误入

MySQL 复制错误 1837 的相关缺陷一例，为什么我不建议使用 Mixed 格式，又找到个奇怪的理由了。

搭建数据库学习的私有云环境系列三篇中的第二篇——虚拟机篇

周末刚好有些空闲时间，我想写点什么，不如来炒个冷饭吧。上周三，开源中国举办了一场 《MySQL 和 PostgreSQL，谁是世界第一？》的主题辩论活动。我作为吃瓜群众，本来是想借此机会学习大佬们的先进架构思想，然而最终却看了一场吵架直播。

传统上，DBA 主要专注于运维领域，DBA 是否需要懂开发呢？这是一个值得深思的问题。

昨天我研读了源码大佬八怪的新文章《MySQL:主从 HASH SCAN 算法可能导致从库数据错误》，我将其概括如下：如果主从复制的行搜索算法设置为使用 HASH SCAN，从库数据可能会与主库不同，导致从库直接抛出复制异常。这个问题只在 MySQL8.0 中出现，不在 5.7 中发生，因为两者的代码实现有所不同。数据不一致时会导致从库复制报错，而不是复制正常，所以我们能及时发现问题，避免数据最终不一致导致数据丢失或数据错乱。腾讯 TXSQL 团队在 MySQL8.0.22 版本就发现了这个问题，并向官方提供了补丁，但官方未采纳，最新 MySQL 版本下 Bug 可能仍然存在。MySQL 在使用 row 格式进行主从复制时，默认情况下，从库重放事务时会按行搜寻主键索引，如果没有主键索引，那么会使用唯一索引来定位行。我在以前写的《MySQL 备库复制延迟的原因及解决办法》一文的第六点有详细介绍。dbops 是一款提供生产级别 MySQL 部署的 playbook 工具，欢迎提 issue。使用 dbops 部署 MySQL 可以从源头上避免这个坑。

本文主要讲述我如何思考并开发 dbops 的新功能，以在 openEuler22 上成功部署 GreatSQL，并运行其"MGR 读写节点可动态绑定 VIP"功能。

在《多实例下，mysql 服务自启动有概率失败的原因》一文中，我讨论了 MySQL5.7 引入 mysql.sock.lock 所导致的新问题。这一改动可能导致在多实例混合部署的环境中，MySQL5.7 及以上版本在服务器意外断电重启后，部分 mysqld 实例有可能无法成功启动。针对此问题，我提出了一种解决方案：将 mysql.sock 路径设定在易失性设备 tmpfs 上，这样可以有效避免启动失败的情况。这么说，其实 mysql.sock 可以放在 /tmp 目录下，以便利用 tmpfs 特性解决我现在的痛点。有了上述背景故事，我认为 mysql.sock 一般会有三种配置路径玩法。我佛性询问了 10 位管理 200 个到 几千个 MySQL 实例的老师，他们配置的 mysql.sock 路径如下。从 5.7 开始使用 socket=/tmp/mysql.sock 不是一个好习惯。而 mysql.sock 用于数据库的 socket 方式登录，明显不能随便删除。为了验证这一点，我们可以通过修改 systemd-tmpfiles 的配置文件进行实验，设置其对超过一分钟的文件进行清理。

开源个playbook工具

接上一篇文章《5.7 升级 8.0 的升级检查利器 util.checkForServerUpgrade 原理(2)》

接上一篇文章《5.7 升级 8.0 的升级检查利器 util.checkForServerUpgrade 原理(1)》

结合源码、general log、实战测试来分析 5.7 升级 8.0 的升级检查利器 util.checkForServerUpgrade 的原理

五年磨一剑，2023年MySQL运维实战新书推荐！“MySQL实战”公众号作者、甲骨文数据库专家、一线技术工程师陈臣基于MySQL8.0倾力打造的诚意之作。

本文详细介绍了使用 GPT-4 优化飞书妙记的翻译

set password 还是 alter user?

先声明，本篇文章充满了阴谋论，如有相信，作者不负法律责任。

最近有一篇文章《你怎么还在招聘DBA》很火，里面的观点我非常不认同。