过年十几天假，在老家都快把我的生物钟给纠正过来了，十点左右睡觉，早上7点多自然醒，不熬夜感觉皮肤都好多了。但自从上班之后，又开始以前熬夜的生活了，所以我决定努力纠正生物钟，努力不熬夜。而这样又让我感觉下班之后的时间更少了，甚至连记录一些事情的时间都没有。

#工作上的一些事

年后的工作很和谐，仿佛我开始习惯这样的日子了。有些开心，也有些担忧。同事之间相处更融洽了当然开心了。可如今的状态跟前年家家购物快不行的时候感觉很相似，总觉得自己前路迷惘，很没出息的样子，想上进却没有途径。

2月10日上午，惯例叫货拉拉发货到京东物流园，司机到达目的地是11点钟，等了20分钟，跟我打电话提醒我免费等待时长不足10分钟，并告诉我，说是安排人来卸货，却迟迟未见人。我在沟通群里提醒交接人，就是之前说的那位大姐。她也说已经安排人过去了。就这样，直到我吃完午饭，发现订单还未结束，我一看等候时长已经超了一个多小时。于是我再次在群里询问那位大姐，“货还没卸货吗？有一个多小时了”。这么长时间显然不合理。

过了一会儿，订单结束时，司机跟我打电话说，装卸工是12点之后吃过饭才来的，车上一半货是司机自己卸的。听到这里，我很生气，同时对这位司机师傅感到很抱歉。从11点到13点，等了近两个小时，而且还卸了一半货。司机在电话里很无奈，但态度还是很平和的。按照1分钟5毛钱超时费，付了40多块钱。对京东的做事态度，管理不到位极其不满。所以这件事一定要有个说法，不然那边还以为我们无所谓，好欺负呢。但又不能把事情闹僵，毕竟我们是长期合作的，要是后面一直给我们穿小鞋，工作就更不好做了。

所以我没说责任问题，只是将这个事实反映给那位大姐。并刻意询问对方工作人员中午吃饭时间安排，说我们安排送货能规避这个时间。说的很含蓄，我的本意是让对方知道这次卸货超时的主要原因是他们卸货师傅不积极的问题，并希望她管理好他们家的员工，不会再出现这样的情况。她表示已经和装卸师傅说了，而且她当时不在现场，不知道情况。嘴笨不知道我说的她可理解，后来我想了想，没有强调不应该让司机等太久，好像没讲重点似的。

今天我们又叫货拉拉发京东的货了。和上次一样的数量。因为发货前点数发现多了一件，找那件货耽误了一点时间，后来到达目的地也是11点。不过今天卸货还是蛮快的，超时10分钟，这都在合理范围里。今天这个司机有点不专业，在发货的时候，用绳网固定货物的时候，耽搁了十几分钟，本来几分钟就搞定的事，他用了二十几分钟，还是在我们帮忙的情况下。

#网站无法访问

前一段时间，博客经常无法访问，显示连不上redis。我发现redis经常因为超内存自动掉进程了。于是，我将虚拟机的内存从8G升级到12G，观察了两天，但情况仍然出现，好像内存再高，都会被吃掉。所以索性直接关掉redis服务。内存占用上，这段时间好多了。

但新的问题出现了。MySQL进程掉了。这个进程掉了，问题就严重了。

Starting mysql (via systemctl): mysql.serviceJob for mysql.service failed because the control process exited with error code.
See "systemctl status mysql.service" and "journalctl -xeu mysql.service" for details.
 failed!

systemctl status mysql.service
x mysql.service - MySQL Community Server
     Loaded: loaded (/etc/systemd/system/mysql.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Sun 2025-02-16 18:34:55 CST; 1min 53s ago
    Process: 2043 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE)
        CPU: 495ms

Feb 16 18:34:54 Debian systemd[1]: Starting mysql.service - MySQL Community Server...
Feb 16 18:34:54 Debian mysql[2043]: Starting MySQL
Feb 16 18:34:55 Debian mysql[2043]: .The server quit without updating PID file (/usr/local/mysql/var/Debian.pid). ... faile>
Feb 16 18:34:55 Debian systemd[1]: mysql.service: Control process exited, code=exited, status=1/FAILURE
Feb 16 18:34:55 Debian systemd[1]: mysql.service: Failed with result 'exit-code'.
Feb 16 18:34:55 Debian systemd[1]: Failed to start mysql.service - MySQL Community Server.

Debian.pid文件没了。这个问题只要重新执行/usr/local/mysql/support-files/mysql.server start就可以了，但是重启还会出现上面的问题。

从这篇文章找到了原因，并解决了问题。

support-files目录下的mysql.server 执行的是 mysqld_safe 而不是 mysqld，使用nano查看mysql.server的内容，找到第266行 可以看出,执行参数start时,运行的是$bindir目录下的/mysqld_safe 程序，这是由于我的所有操作都是用root 用户执行的, (这是个坑)，而用root用户执行mysqld 跟mysqld_safe 不加--user=root参数 指定用户时会报错的。

2025-02-16T10:34:32.317936Z 0 [System] [MY-015015] [Server] MySQL Server - start.
2025-02-16T10:34:32.524313Z 0 [Warning] [MY-011070] [Server] 'binlog_format' is deprecated and will be removed in a future release.
2025-02-16T10:34:32.524436Z 0 [System] [MY-010116] [Server] /usr/local/mysql/bin/mysqld (mysqld 8.4.0) starting as process 1982
2025-02-16T10:34:32.527087Z 0 [ERROR] [MY-010123] [Server] Fatal error: Please read "Security" section of the manual to find out how to run mysqld as root!
2025-02-16T10:34:32.527186Z 0 [ERROR] [MY-010119] [Server] Aborting
2025-02-16T10:34:32.527690Z 0 [System] [MY-010910] [Server] /usr/local/mysql/bin/mysqld: Shutdown complete (mysqld 8.4.0)  MySQL Community Server - GPL.
2025-02-16T10:34:32.527694Z 0 [System] [MY-015016] [Server] MySQL Server - end.

为了让mysqld_safe能过执行,需要对/etc/init.d/mysql文件进行一点点修改，还是在266行, 在执行mysqld_safe 时 我加入了 --user=root 参数.

好了，后面无论重启服务还是重启系统都OK了。

昨天京东自营发货122件，好在比较闲，我还特地点了数，三托盘——43、52、27，叫了一辆微货货拉拉，司机人不错，很热情，货装的很快，只是用绳子固定，没有用网罩住，突然有种特别的感觉，担心路上颠簸会掉货。看师傅一脸自信的样子，我也没那么担忧了。

下午2点半出发，到达那里，大概一个小时的样子。到了那里，司机就给我打电话了，说打电话给收货方，感觉她们爱答不理的样子，而且到了指定位置，有辆面包车挡住了，也没人卸货。于是我打电话给接收方京东物流那边，那位姐姐说，面包车要先走，他们有人来卸车，没有不给他卸货的意思，让他等一会儿都不能等吗？言语间有点不耐烦的样子。然后我跟司机解释，做物流的，可能长期处于这个位置上，难免有点小脾气，希望师傅理解。并让其放心，她既然说了，一定会有人来卸货的。司机确实很好，主动要求可以帮忙一起卸货，只要来一个人都可以卸。此时挡在前面的面包车已经走了，他也停在指定位置，并解了绳子，就等人来卸货了。然后我就再次打电话给京东刚刚那位姐姐，告知此时。刚接通，我连续说了三声你好，对方一脸不耐烦的样子从手机里都能感受到，回我道，又怎么了？我说司机说他已经准备好了，看你们这边可能安排人过去卸货。直白不耐烦的语言说道，他挂完电话就安排了，难道让人过去不需要时间吗？一直电话催催催的。。。我感觉我还得求着她一样，我不是催你，我只是跟你说下情况。

过了好一会儿，司机给我打电话，说人还没来。人都那样说了，我再催也是没用的，而且还有可能适得其反，她要是赌气，故意延误时间，就更不好了。我跟司机说你直接开启等候计时吧，到时候超时多少算多少钱，我刚跟她联系被骂了一顿，再催她可能适得其反，不过我也相信她应该不会不安排卸货的。司机说微货没有计时，只有小货有，有没有同行的师傅，是不是这种情况？我找的小面，中面，依维柯，小货都是有计时的，微货不应该没有啊。没办法，司机只能再等一会儿。

还好，很快就卸完了。下午四点二十一分完成订单。

晚上18点50分，那位京东大姐在群里问我，今天到了多少货？122件，我秒回。

“没有吧，你那边要不监调监控查一下？我这边没有那么多，每个城市都缺货，都缺十几件货。”她原语音。

“怎么可能呢，我数过的，你们卸完车不核对数量么？”，我反问道。此时我有点生气了。卸完车不反馈情况，都过了好几个小时才说少货。物流是这么干的么？忒不专业了！

19点13分，说找到了。

21点26分，又说少一件，还说发往每个城市的都点数了。本不想理她的，奈何如果真的少货，也是我们公司的货。

22点22分，我提议“你看下箱子贴的条形码是不是一样的？不是的话，提供下西安已知三箱的条形码，排除看下，少的是哪件。。。明天上班我们联系电商那边看是怎么补，，然后你们最好看下监控你们卸车是多少件，确定下。明天我们也会再核实下装车的情况。”

22点51分，她说找到了......

无语！一开始少很多货可能性极小，我点过数的，而且所有货都装上车了。如果少货，司机在路上颠掉了个把也是有可能的。其次，这位姐姐一少货也不自己查查清楚，就让我们这边调监控核实，咱们都是干这行的，谁会这么不专业？加上白天对我阴阳怪气，还怪我们催她卸货，我是更加生气。

有一同事发现看不到我朋友圈

下午我们在工位上“认真办公”呢，突然生产部经理跑过来，说我什么什么，我没听清楚。只见她跑到旁边的生产部助理旁，问她能不能看到我的朋友圈，她打开给她看了一下。然后对我说，我朋友圈屏蔽她了。顿时给我整懵了，有这种事？然后我打开微信，看对她的权限，发现是仅聊天，我也不记得当时加她好友的时候，为啥设置成仅聊天了。

她这直接现场点破，把我整的很不好意思，脸都红了，搞得我很心虚的样子，感觉好像对她有意见似的。我说，我这就把你放出来哈！

随后，其他同事也起哄，说想看看我的屏蔽列表里还有哪些人。生产部助理还帮我解释说，他是加好友的时候点了仅聊天。

后面同事跟我说让我检查一下，其他同事有没有屏蔽的，我检查了一遍，确实，只有这一位被我设置为仅聊天了。你说尴尬不尴尬，其实不应该我尴尬，应该她尴尬，她问了一圈同事，最后发现，只有她看不到我的朋友圈，难道不尴尬吗？还当面给我点破，把我给整破防了，这是先发制人啊，好手段！唉，也怪我太脆弱了。一个社牛，一个社恐，仅此而已。

这两天我也是手欠，没事看个电影电视，也截了个视频传到朋友圈里。平时很少发朋友圈，上次发，还是去年11月份。