mysql 错误 ERROR 1030 Got error 28 from

错误SQL 查询:编辑SHOWFULLFIELDSFROM`表`FROM`数据库`;

MySQL 返回:
#1030 - Got error 28 from storage engine

根据返回值,可以判断应该是某挂在分区空间已满造成。

[[email protected] ~]# df -lh
Filesystem

容量  已用 可用 已用% 挂载点
/dev/mapper/VolGroup00-LogVol00     45G   43G     0 100% /
/dev/xvda1             99M   12M   83M  13% /boot
/usr/tmpDSK        512M     0  512M   0% /dev/shm

其中/dev/shm的确是空间不足,而且这个应该是cPanel,知道原因之后就容易解决
#/etc/init.d/mysql stop
#umount /dev/shm
#rm /usr/tmpDSK -rf
#vim /scripts/securetmp
修改其中my $tmpdsksize    =512000;     #Must be larger than 250000
保存退出后,启动mysql就恢复正常。

本人情况不太一样,本人是找到mysql的安装路径,之前没有配置日志路径,默认安装时,日志放在
了/var/lib/mysql  目录下,找到几个占空间大的文件rm -rf 文件名 删除,在df -lh 查看下,空间降下来了,
直接service mysql start 启动mysql,问题解决。

原文地址:https://www.cnblogs.com/jimmyshan-study/p/10775605.html

时间: 2024-10-07 09:23:02

mysql 错误 ERROR 1030 Got error 28 from的相关文章

mysql错误一例:ERROR 1030 (HY000): Got error 28 from storage engine

在使用mysqldump导出一份建库脚本是,发生了下面的错误: 当执行 desc table_name; 时也报错: tag为表名,show index from tag;倒是可以执行. 其实真正的错误原因是:Couldn't execute 'show fileds from table' 不能查看表的字段. 在网上搜索一下,几乎都是说 根目录 / 占用了 100%,于是df下: 果然,是 根目录占用了 100%,于是移动数据到 /68project目下去: 在查看空间: 再执行mysqldu

mysql错误【一】[ERROR] Missing system table mysql.proxies_priv

环境:mysql一主一从架构,主库是mysql5.1,从库是mysql5.6:系统均为CentOS6.2 问题: 在主库上面执行的SQL语句 1.创建表 CREATE TABLE `app_versions` (  `date` date NOT NULL,  `app` char(16) NOT NULL,  `ver` char(16) NOT NULL,  `val` int(11) DEFAULT '0',  PRIMARY KEY (`date`,`app`,`ver`)) ENGIN

mysql 1030 Got error 28 from storage engine

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

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

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

MySQL 错误日志(Error Log)

同大多数关系型数据库一样,日志文件是MySQL数据库的重要组成部分.MySQL有几种不同的日志文件,通常包括错误日志文件,二进制日志,通用日志,慢查询日志,等等.这些日志可以帮助我们定义mysqld内部发生的事情,数据库性能故障,记录数据的变更历史,用户恢复数据库等等.本文主要描述错误日志文件. 1.MySQL日志文件系统的组成   a.错误日志:记录启动.运行或停止mysqld时出现的问题.   b.通用日志:记录建立的客户端连接和执行的语句.   c.更新日志:记录更改数据的语句.该日志在M

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)--MySQL错误

环境:RHEL5.5 centos的yum源更新 1.启动MySQL出现错误: ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) 2.解决方法(摘自:http://wenda.haosou.com/q/1364099334067193?src=150) 1.先查看 /etc/rc.d/init.d/mysqld status 看看m y s

Mysql错误问题:ERROR 1005 (HY000): Can't create table 'crm_1.tbl_client' (errno: 150)

MySQL外键创建条件: 1.两个表必须是InnoDB数据引擎2.外键表的外键字段必须是主键3.字段类型必须一致 创建表时创建外键: create table tbl_client(userName varchar(255) not null, address varchar(255), createDate timestamp not null default now(), createUserName varchar(255), foreign key(createUserName) ref

mysql错误:Error Code: 1175. You are using safe update mode and you tried to update a table……

今天遇到一个mysql错误: Error Code: 1175. You are using safe update mode and you tried to update a table without a WHERE that uses a KEY column To disable safe mode, toggle the option in Preferences -> SQL Queries and reconnect. 网上查了一下,原来是SET SQL_SAFE_UPDATES