备份的时间还是很久以前。最近更新了不少，麻烦大了。
好在找到了解决方法：
分区被日志文件占满导致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的配置去..,翻了好几个地方，竟然是同一篇东西转来转去搞的，唉，失望！
不过感觉思路应该是没错了，所以接着看了一下磁盘空间，发现竟然是根目录满了
[root@twap /]#
[root@twap /]# df -h
文件系统 容量 已用 可用 已用% 挂载点
/dev/sda5 9.5G 5.2G 0100% /
/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
[root@twap /]#
清理后：
[root@twap /]#
[root@twap /]# 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
[root@twap /]#
ok，问题解决了！
from: http://blog.sina.com.cn/s/blog_7d31bbee0100yjw3.html
统计linux下某个文件夹的大小
du -sh ./
~关注
达梦数据库常见报错及解决办法 原创
2021-09-13 16:53:28
果味怪叔叔~
码龄3年
关注
在达梦数据库的日常使用中我们可能会遇到很多问题，今天我将自己近期常遇到的错误进行总结汇总。
1、连接数据库报错：网络通信异常
解决方法：
数据库连接报网络通信异常原因通常只有两个，数据库服务启动异常或者数据库服务器网络通信异常
1. 登录数据库服务器检查数据库进程是否存在ps –ef|grep dmserver
2. 检查数据库服务器网络通信ping数据库服务器地址
3. 检查数据库服务器数据库端口号通信是否正常telnet数据库服务器ip数据库端口号
2、数据库启动报错：dmserver startup failed, code = -104 [Invalid INI file]
解决方法：
数据库正常启动需要有数据文件，该类报错一般存在如下两方面原因：
1）数据文件不存在；
2）启动数据库的用户没有读写数据文件的权限。
3、数据库连接报错：用户名或密码错误
解决方法：
此类错误只需输入正确的密码即可。
如果忘记密码，以管理员登录数据库后修改该用户的密码：
alter user USERNAME identified by “PASSWD”
前面的USERNAME是用户名，后面的PASSWD是密码。
需要注意用户名不区分大小写，密码区分大小写。
4、登录数据库时报错“用户已被锁”
解决方法：
使用SYSDBA登录到数据库后，鼠标右键在对应“登录”名上单击“解锁”，此时“登录名”上的小锁符号消失；
或使用SYSDBA登录后手动调用存储过程call SP_UNLOCK_LOGIN(‘登录名‘)解锁；
通常是用户多次尝试登录但密码错误导致，有时候应用系统配置了数据库连接池，应用启动时初始化连接池会多次连接数据库，如用户名密码不对，则很快就会锁住该用户。
5、执行update，insert，delete语句完成后程序或其他数据库连接查不到改变后的数据
解决方法：
造成此类现象的原因单条sql或者sql脚本执行完上述语句后没有进行commit *** 作导致。
数据库的执行单元是事务，事务如果没有commit或者rollback，仍处于未完成状态，根据事物ACID特性中的隔离性，其他数据库连接无法看到未完成的数据库事务对数据的改变
6、数据库语句长时间不能执行完成，类似卡住的状态
解决方法：
1）对于select等查询语句，需要对sql语句进行分析优化，提升查询效率
2）update，insert，delete语句执行慢可能的原因为数据库阻塞导致，需要查找出导致阻塞的语句，并对语句进行处理
7、执行语句报错“字符串截断”
解决方法：
修改的数据，超过了数据库中字符类型（VARCHAR,CHAR）定义的长度，如VARCHAR(64)，插入的数据字节长度超过64就会报错
8、执行语句报错“数据溢出”
解决方法：
修改的数据，超过了数据库中数值类型（int，number，decimal）定义的长度，如decimal（6，2），插入1000000，插入的数据超过定义的范围就会报错。
9、执行语句报错 “不能修改或删除聚集索引的列”或“试图删除聚集主键”
解决方法：
若想对有聚聚索引的列进行修改，可以重建表，或者重新在别的列上建立一个聚集索引。该列上的索引就变成非聚集了，就可以修改了。
很多时候是因为创建表时指定的主键被自动创建为聚集索引了，可以修改ini参数，将PK_WITH_CLUSTER设为0，则默认创建主键时为非聚集型。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）