在互联网应用中，MySQL是最常用的关系型数据库之一。然而，数据表的损坏可能会导致数据丢失或无法正常访问，给业务运营带来严重影响。本文将讨论MySQL数据表容易损坏的情况，并提供相应的容灾解决方案。
操作系统：CentOS 7 Mysql版本：Mysql 8.0.x Docker版本：Docker version 20.10.10
即使用正确的类型创建了表并加上了合适的索引，工作也没有结束:还需要维护表和索引来确保它们都正常工作。维护表有三个主要的目的：找到并修复损坏的表，维护准确的索引统计信息,减少碎片。
WordPress 网站，需要在一个运行PHP 7.4或更高版本；数据库软件可采用MySQL 5.6或更高版本的服务器中才能运行的。
我们都知道MySQL 的复制技术，通过主从同步可以实现读写分离，热备份，让服务器更加高可用。MySQL 的复制主要是通过 Binlog 来完成的，Binlog 记录了数据库更新的事件，从库 I/O 线程会向主库发送 Binlog 更新的请求，同时主库二进制转储线程会发送 Binlog 给从库作为中继日志进行保存，然后从库会通过中继日志重放，完成数据库的同步更新
MySQL的buffer一页的大小是16K，文件系统一页的大小是4K，也就是说，MySQL将buffer中一页数据刷入磁盘，要写4个文件系统里的页。
MySQL采用buffer机制，避免每次读写进行磁盘IO，提升效率： 《缓冲池(buffer pool)》 《写缓冲(change buffer)》 《日志缓冲(log buffer)》 MySQL的buffer一页的大小是16K，文件系统一页的大小是4K，也就是说，MySQL将buffer中一页数据刷入磁盘，要写4个文件系统里的页。 如上图所示，MySQL里page=1的页，物理上对应磁盘上的1+2+3+4四个格。 那么，问题来了，这个操作并非原子，如果执行到一半断电，会不会出现问题呢？ 会，这就是所谓
爱可生 DBA 成员，一个执着于技术的数据库工程师，主要负责数据库日常运维工作。擅长 MySQL，Redis 及其他常见数据库也有涉猎；喜欢垂钓，看书，看风景，结交新朋友。
软RAID：由操作系统模拟的RAID，一旦硬盘损坏，操作系统就会损坏，RAID会丧失作用（练习模拟使用）
谁也不能保证计算机系统能够永远无故障的执行下去。网络波动、磁盘损坏等现网高频故障，机房掉电、服务器硬件失效等低频却又致命的故障，时刻考验着我们的系统。
大家好！我是黄啊码，MySQL的入门篇已经讲到第16个课程了，今天我们继续讲讲大白篇系列——科技与狠活之恢复数据库
本文和封面来源：https://www.percona.com/blog，爱可生开源社区翻译。
近期，测试环境出现了一次MySQL数据库不断自动重启的问题，导致的原因是强行kill -9 杀掉数据库进程导致，报错信息如下：
MySQL 主从复制的问题及解决方案
具体报错如下： Table '.\tablename' is marked as crashed and should be repaired 提示说论坛的帖子表posts被标记有问题，需要修复。我记得以前也出现过类似的问题,但是只要点击Phpmyadmin上的repair按纽就自动修复了,但是这次很绝,什么都没有.于是赶快上网查找原因。最终将问题解决。解决方法如下： 找到mysql的安装目录的bin/myisamchk工具，在命令行中输入： myisamchk -c -r ../data/tablename/table.MYI 然后myisamchk 工具会帮助你恢复数据表的索引。好象也不用重新启动mysql，问题就解决了。 问题分析： 1、 错误产生原因，有网友说是频繁查询和更新dede_archives表造成的索引错误，因为我的页面没有静态生成，而是动态页面，因此比较同意这种说法。 还有说法为是MYSQL数据库因为某种原因而受到了损坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操作都有可能导致 MYSQL数据库表被损坏而无法读取数据。总之就是因为某些不可测的问题造成表的损坏。 2、问题解决办法。 当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再试一次--这通常是上一次修复操作遗留下来的。 这三种修复方法如下所示： % myisamchk --recover --quick /path/to/tblName % myisamchk --recover /path/to/tblName % myisamchk --safe-recover /path/to/tblName 第一种是最快的，用来修复最普通的问题；而最后一种是最慢的，用来修复一些其它方法所不能修复的问题。 检查和修复MySQL数据文件 如果上面的方法无法修复一个被损坏的表，在你放弃之前，你还可以试试下面这两个技巧： 如 果你怀疑表的索引文件(*.MYI)发生了不可修复的错误，甚至是丢失了这个文件，你可以使用数据文件(*.MYD)和数据格式文件(*.frm)重新生 成它。首先制作一个数据文件(tblName.MYD)的拷贝。重启你的MySQL服务并连接到这个服务上，使用下面的命令删除表的内容： mysql> DELETE FROM tblName; 在 删除表的内容的同时，会建立一个新的索引文件。退出登录并重新关闭服务，然后用你刚才保存的数据文件(tblName.MYD)覆盖新的(空)数据文件。 最后，使用myisamchk执行标准的修复(上面的第二种方法)，根据表的数据的内容和表的格式文件重新生成索引数据。 如果你的表的 格式文件(tblName.frm)丢失了或者是发生了不可修复的错误，但是你清楚如何使用相应的CREATE TABLE语句来重新生成这张表，你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(如果索引文件有问题，使用上面的方法重建一个新的)一 起使用。首先制作一个数据和索引文件的拷贝，然后删除原来的文件(删除数据目录下有关这个表的所有记录)。 启动MySQL服务并使用当初的CREATE TABLE文件建立一个新的表。新的.frm文件应该可以正常工作了，但是最好你还是执行一下标准的修复(上面的第二种方法)。
由于写入不完整，空间不足，MySQL守护程序被杀或崩溃，电源故障等原因，MySQL表可能因各种原因而损坏。 如果MySQL检测到崩溃或损坏的表，则需要先修复它才能再次使用。 本指南将引导您检测崩溃的表以及如何修复MyISAM表。
主备复制过程中有很大可能会出现各种问题，接下来我们就讨论一些比较普遍的问题，以及当遇到这些问题时，如何解决或者预防问题发生。
具体报错如下： Table '.\Tablename\posts' is marked as crashed and should be repaired 提示说论坛的帖子表posts被标记有问题，需要修复。我记得以前也出现过类似的问题,但是只要点击Phpmyadmin上的repair按纽就自动修复了,但是这次很绝,什么都没有.于是赶快上网查找原因。最终将问题解决。解决方法如下： 找到mysql的安装目录的bin/myisamchk工具，在命令行中输入： myisamchk -c -r ../data/tablename/posts.MYI 然后myisamchk 工具会帮助你恢复数据表的索引。好象也不用重新启动mysql，问题就解决了。 问题分析： 1、 错误产生原因，有网友说是频繁查询和更新dede_archives表造成的索引错误，因为我的页面没有静态生成，而是动态页面，因此比较同意这种说法。 还有说法为是MYSQL数据库因为某种原因而受到了损坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操作都有可能导致 MYSQL数据库表被损坏而无法读取数据。总之就是因为某些不可测的问题造成表的损坏。 2、问题解决办法。 当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再试一次--这通常是上一次修复操作遗留下来的。 这三种修复方法如下所示： % myisamchk --recover --quick /path/to/tblName % myisamchk --recover /path/to/tblName % myisamchk --safe-recover /path/to/tblName 第一种是最快的，用来修复最普通的问题；而最后一种是最慢的，用来修复一些其它方法所不能修复的问题。 检查和修复MySQL数据文件 如果上面的方法无法修复一个被损坏的表，在你放弃之前，你还可以试试下面这两个技巧： 如 果你怀疑表的索引文件(*.MYI)发生了不可修复的错误，甚至是丢失了这个文件，你可以使用数据文件(*.MYD)和数据格式文件(*.frm)重新生 成它。首先制作一个数据文件(tblName.MYD)的拷贝。重启你的MySQL服务并连接到这个服务上，使用下面的命令删除表的内容： mysql> DELETE FROM tblName; 在 删除表的内容的同时，会建立一个新的索引文件。退出登录并重新关闭服务，然后用你刚才保存的数据文件(tblName.MYD)覆盖新的(空)数据文件。 最后，使用myisamchk执行标准的修复(上面的第二种方法)，根据表的数据的内容和表的格式文件重新生成索引数据。 如果你的表的 格式文件(tblName.frm)丢失了或者是发生了不可修复的错误，但是你清楚如何使用相应的CREATE TABLE语句来重新生成这张表，你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(如果索引文件有问题，使用上面的方法重建一个新的)一 起使用。首先制作一个数据和索引文件的拷贝，然后删除原来的文件(删除数据目录下有关这个表的所有记录)。 启动MySQL服务并使用当初的CREATE TABLE文件建立一个新的表。新的.frm文件应该可以正常工作了，但是最好你还是执行一下标准的修复(上面的第二种方法)。
上周发生了一个Mysql报错的问题，今天有时间整理一下产生的原因和来龙去脉，Mysql的版本是5.5,发生错误的表存储引擎都是MyISAM,产生的报错信息是Table 'xxxxxx' is marked as crashed and should be repaired。
3）启动mysqld进程后，如果没有在my.cnf文件里增加该参数，启动时会报错，报错日志如下：
在数据库系统的世界中，保障数据的完整性和稳定性是至关重要的任务。为了实现这一目标，MySQL内部使用了许多精巧而高效的机制。
最近一个安装宝塔环境的项目，mysql老是关闭停止了。连续好多次了，然后我就发现不对劲。然后去查了下日志，日志内容：
InnoDB的页面大小通常是16KB，其数据校验也是针对这16KB来计算的，将数据写入到磁盘并以页面为单位进行操作的。而计算机硬件和操作系统，在极端情况下（有时断电） ）通常并不能保证这一步的原子性，16K的数据，写入4K时，发生了系统断电/ os崩溃，只有一部分写是成功的，这种情况下就是局部页面写问题。
mount /dev/vdb1 /home （将vdb1磁盘挂载到目录home下，主要用来放网站程序等）
作者简介：姚远，MySQL ACE，华为云 MVP ，专注于 Oracle、MySQL 数据库多年，Oracle 10G 和 12C OCM，MySQL 5.6，5.7，8.0 OCP。现在鼎甲科技任技术顾问，为同事和客户提供数据库培训和技术支持服务。
昨晚下雨，突然断电了，挂脚本采集入库的表损坏，刚开始误以为是表太大引起的，也幸好百度大大救了一命
上篇文章《InnoDB在SQL查询中的关键功能和优化策略》对InnoDB的查询操作和优化事项进行了说明。但是，MySQL作为一个存储数据的产品，怎么确保数据的持久性和不丢失才是最重要的，感兴趣的可以跟随本文一探究竟。
这个问题是在某个群里面，看见有人问的，已经2020年了，到底Double write 能不能关，这是一个好问题。因为有些数据库压根没有 Double write 也就没有性能上的损耗了。那为什么MYSQL 要有DOUBLE WRITE ，并且可以关吗？
作者介绍：谢浩，现任职于云和恩墨（北京）信息技术有限公司，具有多年oracle数据库企业级运维经验，擅长结合业务、硬件系统制定各种项目方案，具有丰富mysql相关的工作经验。 假设你在使用MySQL中的InnoDB驱动，由于遇到了驱动程序错误，内核错误，电源故障或某些罕见的MySQL错误，而在InnoDB ibdata1文件损坏，实例不能启动。你该怎么办呢？ 案例描述 某门户mysql innodb数据库实例损坏，数据库服务无法启动，使用文件系统上的数据库frm及bid文件恢复数据库内的业务数据。 相关知识
很多新手使用 wordpress程序建站初期，会遇到页面提示：建立数据库连接出错，英文提示：“Error establishing a database connection”。那么遇到这种情况大家会很头疼，我到底哪里操作不对呀？本文中老魏就实际遇到的此类情况做详细解释。
常见的服务器一般都是Linux操作系统，Linux文件系统页（OS Page）的大小默认是4KB。而MySQL的页（Page）大小默认是16KB。可以使用如下命令查看MySQL的Page大小：
如果此时在主上有大量的insert操作，可以在slave上执行> select * from mysql.slave_worker_info\G 应该可以查看到worker_id在不断变化，说明是多线程复制在起作用了。
Doublewrite Buffer是MySQL数据库中InnoDB存储引擎的一种机制，用于解决部分写失效的问题，提高数据完整性和可靠性。Doublewrite Buffer是内存+磁盘的结构，包括内存结构和磁盘结构两个部分。
昨晚入睡后，收到松哥的 QQ 消息，说松松商城打开报错，于是手机 QQ 上打开了首页地址，发现有如下报错： MySQL server error report:Array ( [0] => Array
MySQL5.5版本之前的默认存储引擎就是MyISAM 系统表 临时表(查询优化器建立的临时表) MyISAM存储引擎表由MYD和MYI组成 MyISAM的特性 并发性与锁级别 对于读写混合的并发性不会太好 表损坏修复 通过 check table tablename 进行检查 通过 repair table tablename 进行恢复 演示实例 use test # 进入你自己的数据库 create table myIsam(id int,c1 varchar(10))engine=my
复制一直是 MySQL 的核心功能，数十年来一直支持高可用性。但是，您仍可能会遇到让您彻夜难眠的复制错误。最常见且最难处理的错误之一是：“从二进制日志读取数据时出现致命错误 1236 ”。
我们知道MySQL是采用WAL技术实现事务的持久性的，所谓的WAL技术是指在写磁盘前先写log，保证在MySQL服务器crash之后，通过redo log来数据找回来。要通过redo log来找到未写入磁盘的数据，则需要将redo log落盘，在Innodb中通过ib_logfile文件组来控制redo log的个数以及大小。
MySQL是一个广泛使用的开源关系型数据库管理系统，它提供了许多强大的功能，如事务、存储过程、触发器、视图、全文索引等。但是，MySQL也有一些不足之处，比如数据的安全性和可靠性。如果数据库发生故障或损坏，如何恢复数据？如果数据库需要进行主从复制或读写分离，如何保证数据的一致性？这些问题都需要借助一个特殊的机制来解决，那就是binlog。
前几篇对MySQL的知识介绍，让我们知道MySQL基本单位是数据页，默认情况下每个数据页的大小是16kb。数据页被读取到内存（Buffer Pool）中后被称为缓存页,，当对Buffer Pool中的数据页做了更新后，此时的数据页叫做：脏页，脏页最终是要刷入磁盘的，那么问题来了。
这种情况是不能打开 cdb_forums.MYI造成的，引起这种情况可能的原因有：
在数据库表丢失或损坏的情况下，备份你的数据库是很重要的。如果发生系统崩溃，你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态。有时，正是MySQL管理员造成破坏。管理员已经知道表已破坏，用诸如vi或Emacs等编辑器试图直接编辑它们，这对表绝对不是件好事！
本文我们一起来看看，MySQL 在崩溃恢复过程中都干了哪些事情，Redo 日志又是怎么大显身手的。
在Oracle中，参数DB_BLOCK_CHECKSUM和DB_BLOCK_CHECKING的作用是什么？
前几天因为mysql数据库部分数据损坏原因，我尝试了下恢复数据，之后整理以下文档，供各位参考,
对于任何一个企业来说，数据安全的重要性是不言而喻的。我在开篇词中也曾经强调过，凡是涉及到数据的问题，都是损失惨重的大问题。
在缺省模式下，MYSQL是autocommit模式的，所有的数据库更新操作都会即时提交，所以在缺省情况下，mysql是不支持事务的。
某个夏日的午后，窗外知了在大声鸣叫。而我却在睡梦中跟基友一起吃鸡，正准备抢空投时 。手机突然铃声响起，惊醒后一看是领导电话，一下子回到了现实中。心想又得去公司吃 "机" 了。
众所周知，MYSQL的版本更新的越来越快，明年或许就看到 MYSQL 9 的身影，大部分人都想试试，但先得泼一盆冷水，备份的事情你想好了吗？
一个闷热的下午，网友发来求救信息，说服务器强制重启后宝塔面板和网站都打不开了，能够看到的提示只有：数据库连接失败：SQLSTATE[HY000] [2002] No such file or dire
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
