泉州师范学院论坛

 找回密码
 注册会员

扫一扫,访问微社区

查看: 12|回复: 0

LNMP 宝塔面板MYSQL主从备日志 mysql-bin.占用内存

[复制链接]
剑指寒江 发表于 2019-9-4 01:07:48 | 显示全部楼层 |阅读模式
宝塔面板linux /www/server/data 为什么占用了几G甚至几十G  的mysql日志。比较为日志文件  mysql-bin.0000x格式的日志文件

默认路径
网站文件:/www/wwwroot/
数据库文件存放路径:/www/server/data
首先网站文件的占用大小是正常的,并没有太大的文件,然后查看了数据库路径的文件,连上SSH,输入命令du -h /www/server/data,果然data这个目录占用了21G,打开data目录查看,原来生成了很多mysql-bin.0000x格式的日志文件。

mysql-bin.0000x这种格式是MySQL的主从日志文件,如果你的服务器不需要主从复制的话,日志文件可以删掉,下面记录下删除的方法。
首先输入命令mysql -u root -p然后按系统提示输入数据库root密码。
c.png
进入到MySQL后输入命令reset master;
d.png
命令执行完成后,主从日志已经被清理了。

如果不需要数据库主从复制功能,可以将MySQL的配置文件my.cnf里的参数log-bin=mysql-binbinlog_format=mixed前面加上#号,将其注释,重启MySQL即可。


但是我们更推荐将日志的保留期减少。宝塔默认保留10天,我们可以自行改到X天。
即继续保留日志的生成,但定期自动清理。前往宝塔面板的 Mysqld管理里面,修改配置文件的expire_logs_days这个参数
添加,或者改为:expire_logs_days = 5
宝塔面板默认是保留存放10天,减少对空间的占用。。
3.jpg

============================
linux环境下主从备份操作
    通过分析mysql主从备份的原理,它本身是基于主数据库的二进制日志备份的,linux版本数据库的配置文件是my.cnf,一般在/etc/my.cnf下面,修改主从数据的配置文件信息,重启mysql数据库服务,即可完成mysql数据库主从备份。
mysql主从备份常见错误及解决方案
    笔者在初次成功配置了mysql数据库主从备份后,以为自此可以万事无忧。但未过多久,通过查询指令查看从服务器的同步状态,发现报错了,在网上寻求解决办法解决后。发现不多久,又会出现其他类型的错误。总之,感觉很棘手,也觉得主从备份不可靠,需要人经常去查看同步状态,一旦出现报错,需要及时人为的处理。这样的情况一般出现在最初做数据库同步的那几天,还有就是主服务器,或者从服务器宕机时间长了的情况。常见错误及解决方案如下:
  • [ERROR] Slave I/O: Got fatal error 1236 from master when reading data from binary log: 'Client requested master to start replication from impossible position', Error_code: 1236
              解决方案:出现1236,出现这种错误一般是主从服务器失去连接,出现了宕机的情况。常用解决办法,重新查询主服务器的状态,获取新的position位置,重新设置从服务器的同步信息。设置命令为:change master to master_log_file='',master_log_pos=123;
               
  • Last_Errno: 1032, Last_Error: Could not execute Update_rows event on table xuanzhi.test; Can't find record in 'test', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql
               解决方案:出现1032,表示从数据库上面缺少某一条数据记录,主数据库对这条记录又做了修改,从数据库在修改时报错。解决方案是直接用数据库管理工具,数据传输模式处理具体异常的数据表,保证主数据与从数据库对应的报错数据表结构信息一样。
  • Last_Errno: 1062,Last_Error: Could not execute Write_rows event on table xuanzhi.test; Duplicate entry '5' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log
               解决方案:出现1062,表示主键冲突,及从数据库上面出现了主数据库上面没有的主键信息记录。解决方案是直接删除提示的从数据库中的异常数据,或者利用数据传输模式处理具体异常的数据表。
  • Last_Errno: 1594,Last_Errno: 1593
             解决方案:中继日志错误,一般是服务器宕机引起,解决方案和出现错误1236一样。在msql 5.5以上版本,可在slave的配置文件my.cnf里要增加一个参数relay_log_recovery=1。
  • mysql主从复制,经常会遇到错误而导致slave端复制中断,这个时候一般就需要人工干预,跳过错误才能继续。跳过错误有两种方式:
  • 1.跳过指定数量的事务:
         mysql>slave stop;
mysql>SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1       #跳过一个事务
        mysql>slave start
2.修改mysql的配置文件,通过slave_skip_errors参数来跳所有错误或指定类型的错误
         vi /etc/my.cnf[mysqld]
         slave-skip-errors=1062,1053,1146 #跳过指定error no类型的错误
         slave-skip-errors=all #跳过所有错误


泉州师院论坛域名: www.Qzubbs.com 手机浏览器照样访问。
您需要登录后才可以回帖 登录 | 注册会员

本版积分规则

关于我们|免责声明|学校风景|企业招聘|二手市场|违规帐号|手机论坛|手机论坛|京ICP备10001858号|广告联系

Copyright 1958-2018 泉州大学 泉州师范学院 - 相聚西岸阳光,相遇、相识、相知;一起邂逅骄傲,梦想,未来!

GMT+8, 2019-9-18 16:05 , Processed in 0.044080 second(s), 11 queries , Gzip On, MemCached On.

快速回复 返回顶部 返回列表