Got error 28 from storage engine的错误处理

早上例行检查数据库,发现Got error 28 from storage engine这个错误,天那,我的数据。心里哇凉。。。。
备份的时间还是很久以前。最近更新了不少,麻烦大了。

好在找到了解决方法:

分区被日志文件占满导致MySQL死掉,清空mysql日志文件方法
2011-06-07 21:33

环境:mysql5.1.50
配置文件中 log-bin=mysql-bin选项开启

朋友的网站突然index.php提示数据库连接失败,然后打电话给我。

我一想可以是mysql死掉了,用命令重启一下,老提示错误。接着我df了一下,发现 /usr分区满了。心想肯定是日志文件的原因。进数据库文件目录du -sh了一下,好几个G,10多个mysql-bin.000015日志文件,我想删除掉,可是没那样做,为了数据安全还是从网上查找安全的解决办法吧。

解决如下:

1、清理了/usr/local下tar软件,移到其它地方了。

2、有了180多M剩余空间,可以启动mysql了

service mysqld restart

3、进入mysql执行:

mysql> show master logs; //查看日志

mysql> reset master; //删除列于索引文件中的所有二进制日志,把二进制日志索引文件重新设置为空,并创建一个新的二进制日志文件

4、注销掉/etc/my.cnf中的

# log-bin=mysql-bin 用于产生二进制日志文件的

如果没有从服务器的,把#server-id = 1 也注销掉

5、再重启 mysql服务就可以了

===扩展=========================================================================

说明:删除日志,还可以用PURGE MASTER LOGS
PURGE {MASTER | BINARY} LOGS TO ‘log_name’
PURGE {MASTER | BINARY} LOGS BEFORE ‘date’

用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件中的清单中被删除,这样被给定的日志成为第一个。

例如:
PURGE MASTER LOGS TO ‘mysql-bin.010′;
PURGE MASTER LOGS BEFORE ’2003-04-02 22:46:26′;

BEFORE变量的date自变量可以为’YYYY-MM-DD hh:mm:ss’格式。MASTER和BINARY是同义词。

如果您有一个活性的从属服务器,该服务器当前正在读取您正在试图删除的日志之一,则本语句不会起作用,而是会失败,并伴随一个错误。不过,如果从属服务器是休止的,并且您碰巧清理了其想要读取的日志之一,则从属服务器启动后不能复制。当从属服务器正在复制时,本语句可以安全运行。您不需要停止它们。

要清理日志,需按照以下步骤:

1. 在每个从属服务器上,使用SHOW SLAVE STATUS来检查它正在读取哪个日志。

2. 使用SHOW MASTER LOGS获得主服务器上的一系列日志。

3. 在所有的从属服务器中判定最早的日志。这个是目标日志。如果所有的从属服务器是更新的,这是清单上的最后一个日志。

4. 制作您将要删除的所有日志的备份。(这个步骤是自选的,但是建议采用。)

5. 清理所有的日志,但是不包括目标日志。
13.6.1.2. RESET MASTER语法
RESET MASTER

可以删除列于索引文件中的所有二进制日志,把二进制日志索引文件重新设置为空,并创建一个新的二进制日志文件。

from: http://www.xqs.cn/?p=1155

项目马上要上线了,今天用的mysql数据库突然扔出个异常:

2011-12-24_14:06:47.524 WARN  o.h.util.JDBCExceptionReporter - SQL Error: 1030, SQLState: HY000
2011-12-24_14:06:47.524 ERROR o.h.util.JDBCExceptionReporter - Got error 28 from storage engine

上网搜一下,有的说是mysql的tmp满了,等等,看了一下也没满!有的要改mysql的配置去..,翻了好几个地方,竟然是同一篇东西转来转去搞的,唉,失望!

不过感觉思路应该是没错了,所以接着看了一下磁盘空间,发现竟然是根目录满了

[[email protected] /]#
[[email protected] /]# df -h
文件系统              容量  已用 可用 已用% 挂载点
/dev/sda5             9.5G  5.2G  0    100% /
/dev/sda3              48G  3.3G   42G   8% /var
/dev/sda2              73G   44G   26G  64% /data0
/dev/sda1             965M   25M  891M   3% /boot
tmpfs                 1.8G     0  1.8G   0% /dev/shm
none                  1.8G  104K  1.8G   1% /var/lib/xenstored
[[email protected] /]#

清理后:

[[email protected] /]#
[[email protected] /]# df -h
文件系统              容量  已用 可用 已用% 挂载点
/dev/sda5             9.5G  5.2G  3.9G  57% /
/dev/sda3              48G  3.3G   42G   8% /var
/dev/sda2              73G   44G   26G  64% /data0
/dev/sda1             965M   25M  891M   3% /boot
tmpfs                 1.8G     0  1.8G   0% /dev/shm
none                  1.8G  104K  1.8G   1% /var/lib/xenstored
[[email protected] /]#

ok,问题解决了!

from: http://blog.sina.com.cn/s/blog_7d31bbee0100yjw3.html

统计linux下某个文件夹的大小

du -sh ./

原文地址:https://www.cnblogs.com/itsharehome/p/8124282.html

时间: 2024-11-07 03:26:49

Got error 28 from storage engine的错误处理的相关文章

MySQL出现1030-Got error 28 from storage engine错误

Navicat for MySQL出现1030-Got error 28 from storage engine错误  刚刚还能用这会儿就用不了了,估计是磁盘空间不足引起的! 在根目录/下执行命令:df -h [[email protected]localhost ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup-lv_root 50G 48G 0 100% / tmpfs 1.9G 448K 1.

mysql错误:got error 28 from storage engine

今天碰到数据库出错 Got error 28 from storage engine 查了一下,数据库文件所在的盘应该没事,应该是数据库用的临时目录空间不够 引用 磁盘临时空间不够导致.解决办法:清空/tmp目录,或者修改my.cnf中的tmpdir参数,指向具有足够空间目录 上面的说法应该比较清楚,还有一个类似的: 引用 mysql报以下错的解决方法 ERROR 1030 (HY000): Got error 28 from storage engine 出现此问题的原因:临时空间不够,无法执

MySQL出现错误1030-Got error 28 from storage engine

磁盘空间不足引起的!1030-Got error 28 from storage engine df -h 清理空间 原文地址:https://www.cnblogs.com/hiit/p/11479198.html

mysql 1030 Got error 28 from storage engine

mysql 1030 Got error 28 from storage engine 错误原因:磁盘临时空间不够. 解决办法:df -h 查看设备存储的使用情况 du -h --max-depth=1 查看目录的大小,删除一部分内容

mysql数据库 Got error 28 from storage engine 解决方法

mysql数据库就出现了“Got error 28 from storage engine”错误,解决方法:1. XML/HTML代码 磁盘临时空间不够导致. 解决办法: 清空/tmp目录,或者修改my.cnf中的tmpdir参数,指向具有足够空间目录 2. XML/HTML代码 mysql报以下错的解决方法 ERROR 1030 (HY000): Got error 28 from storage engine 出现此问题的原因:临时空间不够,无法执行此SQL语句 解决方法:将tmpdir指向

Mysql Error :Got error 28 from storage engine

Got error 28 from storage engine 错误分析:通常是由于数据库用的临时目录空间不足造成的,所以无法执行sql语句. 解决办法:修改my.cnf中的tmpdir参数,指向具有足够空间目录. 一般tmpdir所在目录都在/下,所以也有可能是/分区磁盘写满了 使用df -hT查看即可 如果上述都没问题 查询mysql.err日志分析错误,有可能是mysql耗尽了tmp空间 可以通过命令查看 查看tmp目录总值,已使用值,剩余值 lsof |grep tmp |less 查

mysql导出数据库报错:ERROR 1030 (HY000): Got error 28 from storage engine

在linux上导出test.sql数据库时,出现了错误:ERROR 1030 (HY000): Got error 28 from storage engine.后来查了下这个是因为mysql默认的临时目录空间不足,导致无法执行此sql语句: 命令行执行下:show variables like '%dir%', basedir | /usr/local/mysql || binlog_direct_non_transactional_updates | OFF || character_set

MySQL提示Got error 28 from storage engine

MySQL提示Got error 28 from storage engine 表示临时空间不够,无法执行此SQL语句. 出现这个问题后第一感觉就是日志文件太大服务器硬盘被占满.连上服务器后: 1.执行 df -h 查看分区空间信息,找到占空间比较大的目录 2.进入占用空间较大的目录,执行du -sh * 3.一直循环执行上面的命令,直到找到占空间大的那个文件,删掉.....

mysql Got error 28 from storage engine

今天碰到数据库出错 Got error 28 from storage engine 查了一下,数据库文件所在的盘应该没事,应该是数据库用的临时目录空间不够 引用 磁盘临时空间不够导致.解决办法:清空/tmp目录,或者修改my.cnf中的tmpdir参数,指向具有足够空间目录