一、前言：程序员同学离谱操作

今天一大早，我同学突然急call我，我还以为什么事情。

极佳Mysql数据库修复程序是由极佳数据库修复中心独立研发。主要针对Mysql数据库损坏的恢复。

本程序可用于因为各种误操作而导致数据丢失的恢复，以及因为断电、陈列损坏、硬盘坏道 病毒攻击等各种原因导致数据库极限数据恢复。

软件主要针对Innodb引擎数据库的修复。

功能特色：

1、恢复因为Ibdata1 ibd 文件损坏，导致数据库无法启动的恢复；

简介

这里采用的是MySQL 8.0版本，腾讯云云上数据库备份默认是qpress结合 Percona Xtrabackup 备份的。新找台空闲服务器来操作，这里演示的服务器系统为Ubuntu 22.04 LTS版本。需要提前安装好MySQL 8.0以上的数据库版本、Percona Xtrabackup和qpress

安装

根据操作系统版本下载对应版本

1 前言

数据恢复的前提的做好备份，且开启

在工作中，我们误删数据或者数据库，我们一定需要跑路吗？我看未必，程序员一定要学会自救，神不知鬼不觉的将数据找回。

在 mysql 数据库中，我们知道 binlog 日志记录了我们对数据库的所有操作，所以 binlog 日志就是我们自救的利器。

接下来就来开启程序员自救之路。

想要自救成功，binlog 这把利器一定要好，在自己之前，我们一定要确定我们有 binlog 这把利器，以下就是确保有 binlog 利器的操作。

1、确认数据库是否开启 binlog 日志

前言

“删库跑路”是程序员经常谈起的话题，今天，我就要教大家如何删！库！跑！路！

开个玩笑，今天文章的主题是如何使用Mysql内置的Binlog日志对误删的数据进行恢复，读完本文，你能够了解到：

• MySQL的binlog日志是什么？通常是用来干什么的？
• 模拟一次误删数据的操作，并且使用binlog日志恢复误删的数据。

写这篇文章的初衷，是有一次我真的险些把测试数据库的一张表给删除了，当时吓出一身冷汗。原因是由于Spring JPA的配置中，有一个

想象一下，某个晴朗的午后，你正享受着咖啡，突然接到紧急电话：你的网站或APP彻底挂了！系统崩溃，界面全白。虽然心头一紧，但你或许还能安慰自己：系统崩溃只是暂停服务，数据还在，修复修复就好了。然而，如果接下来得到的噩耗是：系统恢复了，但所有用户数据、订单记录、核心业务数据，都！不！见！了！你心里的凉意会瞬间升级到零下多少度？

在MySQL的世界里，二进制日志（Binlog）就是我们的"时光机"。它默默记录着数据库的每一个重要变更，就像一位忠实的史官，为我们在数据灾难中提供最后的救命稻草。本文将带您深入掌握如何利用这个强大的工具。

在数字化办公的日常场景中，因人为操作失误引发的数据危机屡见不鲜。想象一下，在电商大促前夕的紧张部署中，开发人员误将生产环境执行DROP TABLE orders_history，导致五年的交易记录瞬间消失；财务部门在对账时，由于疏忽在DELETE FROM account_transactions语句中遗漏WHERE条件，清空了全表数据；或者在库存系统升级时，UPDATE product_stock语句因条件错误将全国各仓库存货量全部重置为零。这些致命操作一旦发生，不仅会导致业务中断，更可能造成难以估量的经济损失和声誉损害。

原创： 卢子1987 转自：Excel不加班

关于使用分隔符号-会出错的问题，这个是去年无意间发现的，这点希望所有人记住。详见文章：这是我此生见过COUNTIF函数，最奇葩的错误！
COUNTIF和COUNTIFS函数很好用，SUMPRODUCT函数也不错。究竟谁更好用，一起来看看。

1.下面请看第一场比赛：如何统计值班经理的值班次数？