百度360必应搜狗淘宝本站头条
mqtt服务器xftp6vscode使用技巧mybatiscollectionkeyerror
当前位置：网站首页 > 热门文章 > 正文

记一次FreeBSD系统中mysql服务异常的排查过程

bigegpt 2024-08-12 14:11 7 浏览


随着监控助理突然提示很多数据库连接错误：

排查数据库错误便随之提上了日程。

重启大法

不得不说，有时候重启大法还是挺好使的。所以我们上来也尝试重启mysql

$ /usr/local/etc/rc.d/mysql-server stop
$ /usr/local/etc/rc.d/mysql-server start

再次连接，数据数据直接就连不上了。此时便需要来到正确的轨迹上：看报错内容，根据报错内容来排查原因，解决问题。

错误日志

很遗憾的是，mysql在启动过程中，即使启动失败，也不会报什么的错误信息。我们查看mysql是否成功启动则需要使用 mysql-server status 命令：

root@YunzhiTest:/usr/home/panjie # /usr/local/etc/rc.d/mysql-server status
mysql is not running.

而是否打印日志，以及日志的位置放在哪，则需要我们进行手动配置。在mysql服务成功启动的前提下，我们其实是可以使用mysql的相关命令来查看当前的配置文件位置的，无奈当前mysql并没有成功启动，所以此时则需要借助一些查询软件或是当初安装mysql使用的工具（比如FreeBSD的ports)来查找mysql的配置文件位置了。在FreeBSD中，mysql的配置文件位于 /usr/local/etc/mysql 中：

root@YunzhiTest:/usr/home/panjie # cd /usr/local/etc/mysql/
root@YunzhiTest:/usr/local/etc/mysql # ls
keyring        my.cnf        my.cnf.sample

然后我们备份一个配置文件 cp my.cnf my.cnf.bak 后再对其进行编辑：

[mysqld]
log-error                       = /var/log/mysql/error.log
user                            = mysql
port                            = 3306

在 mysqld 下增加log-error。同时由于当前mysql启动的用户是mysql，还需要保证mysql用户对相关日志路径拥有绝对权限：

$ mdkir /usr/log/mysql
$ chown mysql:mysql /usr/log/mysql

查看日志

此时我们再次启动mysql 服务，则可以查看在/var/log/mysql/下生成的error.log文件了：

$ /usr/local/etc/rc.d/mysql-server start

其比较重要的错误信息如下：

2022-07-11T14:22:25.946391Z 0 [Note] InnoDB: Rollback of non-prepared transactions completed
2022-07-11T14:22:25.946435Z 0 [Note] InnoDB: Setting file '/var/db/mysql/ibtmp1' size to 128 MB. Physically writing the file full; Please wait ...
2022-07-11T14:22:25.947132Z 0 [Note] InnoDB: Progress in MB:
 1002022-07-11T14:22:26.085805Z 0 [Warning] InnoDB: Retry attempts for writing partial data failed.
2022-07-11T14:22:26.085855Z 0 [ERROR] InnoDB: Write to file /var/db/mysql/ibtmp1failed at offset 133169152, 1048576 bytes should have been written, only 0 were written. Operating system error number 28. Check that your OS and file system support files of this size. Check also that the disk is not full or a disk quota exceeded.
2022-07-11T14:22:26.085940Z 0 [ERROR] InnoDB: Error number 28 means 'No space left on device'
2022-07-11T14:22:26.085951Z 0 [Note] InnoDB: Some operating system error numbers are described at http://dev.mysql.com/doc/refman/5.7/en/operating-system-error-codes.html
2022-07-11T14:22:26.085968Z 0 [ERROR] InnoDB: Could not set the file size of '/var/db/mysql/ibtmp1'. Probably out of disk space

上述错误大概就是在说一个问题：磁盘空间满了，此问题导致mysql无法启动。

整理数据

问题的根本原因找到了，解决问题便成了最轻松的事情。

root@YunzhiTest:/usr/local/etc/mysql # df -h
Filesystem                     Size    Used   Avail Capacity  Mounted on
/dev/ufsid/59a7effe7885633c     39G     36G    124M   100%    /
devfs                          1.0K    1.0K      0B   100%    /dev
zroot/mengyunzhi                48G     40G    8.4G    82%    /mengyunzhi
zroot                          8.4G     23K    8.4G     0%    /zroot

首先我们查看 my.cnf 中的数据库文件配置路径:

datadir                         = /var/db/mysql
tmpdir                          = /var/db/mysql_tmpdir
slave-load-tmpdir               = /var/db/mysql_tmpdir
secure-file-priv                = /var/db/mysql_secure

然后依次查看其占用的空间：

root@YunzhiTest:/var/db # du -h -d 1
180M    ./portsnap
3.1M    ./etcupdate
8.0K    ./zfsd
 36K    ./entropy
4.0K    ./ipf
4.0K    ./hyperv
 87M    ./pkg
688K    ./ports
1.5G    ./freebsd-update
 12K    ./ntp
148K    ./fontconfig
8.0K    ./sudo
 18G    ./mysql
4.0K    ./mysql_secure
4.0K    ./mysql_tmpdir
8.0K    ./redis
8.0K    ./colord
 20G    .

发现mysql占用了18G，但实际上并没有这么多数据。进入mysql文件夹后继续查看：

root@YunzhiTest:/var/db/mysql # du -ah | sort -h
104M    ./log/log.ibd
105M    ./log
130M    ./mysql/slow_log.CSV
131M    ./mysql-bin.000108
136M    ./measurement/instrument.ibd
142M    ./mysql-bin.000113
145M    ./mysql-bin.000104
150M    ./mysql
190M    ./mysql-bin.000114
214M    ./mysql-bin.000111
224M    ./mysql-bin.000109
230M    ./mysql-bin.000103
256M    ./ib_logfile0
256M    ./ib_logfile1
256M    ./mysql-bin.000106
274M    ./mysql-bin.000107
287M    ./mysql-bin.000110
344M    ./mysql-bin.000102
346M    ./instrument
380M    ./mysql-bin.000112
404M    ./measurement/instrument_check_info_mandatory_instrument_check_ability_list.ibd
502M    ./mysql-bin.000120
658M    ./mysql-bin.000121
678M    ./mysql-bin.000125
786M    ./mysql-bin.000116
813M    ./mysql-bin.000123
900M    ./mysql-bin.000118
1.0G    ./measurement
1.0G    ./mysql-bin.000115
1.0G    ./mysql-bin.000117
1.0G    ./mysql-bin.000119
1.0G    ./mysql-bin.000122
1.0G    ./mysql-bin.000124
1.2G    ./switchgear1
1.2G    ./switchgear1/record_value.ibd
2.3G    ./ibdata1

最终发现空间大户如上，我们发现系统中的.mysql-bin文件占据了较大的空间，而mysql-bin文件大体有两个作用：1是用来进行数据恢复；2是在主从数据库的时候保障高可用性。

虽然可以删除相应的mysql-bin文件，但是保留该文档还是有一定的必要性的。但我们可以将其保留的日期缩短一些，比如我们只保留一周的。查看文件的生成日期：

root@YunzhiTest:/var/db/mysql # ls -alh
-rw-r-----   1 mysql  mysql   344M Jun 13 17:02 mysql-bin.000102
-rw-r-----   1 mysql  mysql   229M Jun 14 13:53 mysql-bin.000103
-rw-r-----   1 mysql  mysql   145M Jun 14 20:44 mysql-bin.000104
-rw-r-----   1 mysql  mysql    56M Jun 15 00:11 mysql-bin.000105
-rw-r-----   1 mysql  mysql   256M Jun 15 22:34 mysql-bin.000106
-rw-r-----   1 mysql  mysql   274M Jun 16 11:29 mysql-bin.000107
-rw-r-----   1 mysql  mysql   131M Jun 16 17:38 mysql-bin.000108
-rw-r-----   1 mysql  mysql   224M Jun 17 04:00 mysql-bin.000109
-rw-r-----   1 mysql  mysql   287M Jun 17 17:26 mysql-bin.000110
-rw-r-----   1 mysql  mysql   214M Jun 18 03:29 mysql-bin.000111
-rw-r-----   1 mysql  mysql   380M Jun 18 21:19 mysql-bin.000112
-rw-r-----   1 mysql  mysql   142M Jun 20 17:02 mysql-bin.000113
-rw-r-----   1 mysql  mysql   189M Jun 21 00:09 mysql-bin.000114
-rw-r-----   1 mysql  mysql   1.0G Jun 22 19:35 mysql-bin.000115
-rw-r-----   1 mysql  mysql   785M Jun 24 00:16 mysql-bin.000116
-rw-r-----   1 mysql  mysql   1.0G Jun 25 19:06 mysql-bin.000117
-rw-r-----   1 mysql  mysql   900M Jun 27 08:14 mysql-bin.000118
-rw-r-----   1 mysql  mysql   1.0G Jun 29 11:30 mysql-bin.000119
-rw-r-----   1 mysql  mysql   502M Jul  1 13:09 mysql-bin.000120
-rw-r-----   1 mysql  mysql   657M Jul  5 01:38 mysql-bin.000121
-rw-r-----   1 mysql  mysql   1.0G Jul  6 21:05 mysql-bin.000122
-rw-r-----   1 mysql  mysql   813M Jul  8 09:05 mysql-bin.000123
-rw-r-----   1 mysql  mysql   1.0G Jul 10 10:36 mysql-bin.000124
-rw-r-----   1 mysql  mysql   677M Jul 11 21:28 mysql-bin.000125

发现该文件当前保存了近1个月，此时我们先删除两个稍大的历史文件，把空间释放一些出来，然后再去修改一下my.cnf中的保留日期将其缩短为10天。

root@YunzhiTest:/var/db/mysql # rm mysql-bin.000115
root@YunzhiTest:/var/db/mysql # rm mysql-bin.000124
root@YunzhiTest:/var/db/mysql # df -h
Filesystem                     Size    Used   Avail Capacity  Mounted on
/dev/ufsid/59a7effe7885633c     39G     34G    2.1G    94%    /
devfs                          1.0K    1.0K      0B   100%    /dev
zroot/mengyunzhi                48G     40G    8.4G    82%    /mengyunzhi
zroot                          8.4G     23K    8.4G     0%    /zroot

将bin文件的保留天数据设置为10：

binlog_cache_size               = 16M
expire_logs_days                = 10

最后尝试启动mysql

root@YunzhiTest:/usr/local/etc/mysql # /usr/local/etc/rc.d/mysql-server start
Starting mysql.
root@YunzhiTest:/var/log/mysql # /usr/local/etc/rc.d/mysql-server status
mysql is running as pid 11633.

其实除此方法外，如果你的第二硬盘空间够用，还可以直接把mysql的数据文件迁移到第二块硬盘上，我只所以没有这么做是由于我第二块硬盘的剩余空间也仅有8.4G，而这个值小于当前mysql的占用空间18G。所以即便是我想进行迁移，也迁移不过去。其根本原因是由于当下有个系统需要上传大量的较大的文件，而我并没有使用 存储 来处理这些文件，是时候使用 存储 来专门存放资源的文件了。

追踪：虽然将 expire_logs_days 的值设置成了10，但mysql在启动的时候并没有自动删除历史的日志，可能还需要在某个时间节点上触发吧，待后续进行追踪。


原文链接：https://www.tuicool.com/articles/rIjeQzY


相关推荐

有些人能留在你的心里，但不能留在你生活里。

有时候，你必须要明白，有些人能留在你的心里，但不能留在你生活里。Sometimes,youhavetorealize,Somepeoplecanstayinyourheart,...

Python学不会来打我(34)python函数爬取百度图片_附源码

随着人工智能和大数据的发展，图像数据的获取变得越来越重要。作为Python初学者，掌握如何从网页中抓取图片并保存到本地是一项非常实用的技能。本文将手把手教你使用Python函数编写一个简单的百度图片...

软网推荐:图像变变变 一“软”见分晓

当我们仅需要改变一些图片的分辨率、裁减尺寸、添加水印、标注文本、更改图片颜色，或将一种图片转换为另一种格式时，总比较讨厌使用一些大型的图像处理软件，尤其是当尚未安装此类软件时，更是如此。实际上，只需一...

首款WP8.1图片搜索应用，搜照片得资料

首款WP8.1图片搜索应用，搜照片得资料出处：IT之家原创（天际）2014-11-1114:32:15评论WP之家报道，《反向图片搜索》（ReverseImageSearch）是Window...

分享一组美图(图片来自头条)（头条美女头像）

...

盗墓笔记电视剧精美海报 盗墓笔记电视剧全集高清种子下载

出身“老九门”世家的吴邪，因身为考古学家的父母在某次保护国家文物行动时被国外盗墓团伙杀害，吴家为保护吴邪安全将他送去德国读书，因而吴邪对“考古”事业有着与生俱来的兴趣。在一次护宝过程中他偶然获得一张...

微软调整Win11 24H2装机策略:6月起36款预装应用改为完整版

IT之家7月16日消息，微软公司今天（7月16日）发布公告，表示自今年6月更新开始，已默认更新Windows1124H2和WindowsServer2025系统中预装...

谷歌手把手教你成为谣言终结者 | 域外

刺猬公社出品，必属原创，严禁转载。合作事宜，请联系微信号：yunlugongby贾宸琰编译、整理11月23日，由谷歌新闻实验室（GoogleNewsLab）联合Bellingcat、DigD...

NAS 部署网盘资源搜索神器:全网资源一键搜，免费看剧听歌超爽!

还在为找不到想看的电影、电视剧、音乐而烦恼？还在各个网盘之间来回切换，浪费大量时间？今天就教你如何在NAS上部署aipan-netdisk-search，一款强大的网盘资源搜索神器，让你全网资源...

使用 Docker Compose 简化 INFINI Console 与 Easysearch 环境搭建

前言回顾在上一篇文章《搭建持久化的INFINIConsole与Easysearch容器环境》中，我们详细介绍了如何使用基础的dockerrun命令，手动启动和配置INFINICon...

为庆祝杜特尔特到访，这个国家宣布全国放假?

（观察者网讯）近日，一篇流传甚广的脸书推文称，为庆祝杜特尔特去年访问印度，印度宣布全国放假，并举办了街头集会以示欢迎。菲媒对此做出澄清，这则消息其实是“假新闻”。据《菲律宾世界日报》2日报道，该贴子...

一课译词:毛骨悚然（毛骨悚然的意思是?）

PhotobyMoosePhotosfromPexels“毛骨悚然”，汉语成语，意思是毛发竖起，脊梁骨发冷；形容恐惧惊骇的样子（withone'shairstandingonend...

Bing Overtakes Google in China's PC Search Market, Fueled by AI and Microsoft Ecosystem

ScreenshotofBingChinahomepageTMTPOST--Inastunningturnintheglobalsearchenginerace,Mic...

找图不求人!6个以图搜图的识图网站推荐

【本文由小黑盒作者@crystalz于03月08日发布，转载请标明出处！】前言以图搜图，专业说法叫“反向图片搜索引擎”，是专门用来搜索相似图片、原始图片或图片来源的方法。常用来寻找现有图片的原始发布出...

浏览器功能和“油管”有什么关联?为什么要下载

现在有没有一款插件可以实现全部的功能，同时占用又小呢，主题主要是网站的一个外观，而且插件则主要是实现wordpress网站的一些功能，它不仅仅可以定制网站的外观，还可以实现很多插件的功能，搭载chro...

一周热门
最近发表
标签列表