过年十几天假，在老家都快把我的生物钟给纠正过来了，十点左右睡觉，早上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了。

官方网站：https://ratpanel.github.io/

GitHub库：https://github.com/TheTNB/panel/releases/

安装命令（一般 2 分钟内完成安装）：

curl -fsLm 10 -o install.sh https://dl.cdn.haozi.net/panel/install.sh && bash install.sh

话不多说，可自行用虚拟机测试，仁者见仁吧，我截了几张图可以品一品。

这就过分了。所以说需要数据库支持的相册就是很麻烦。我不能一个个删掉再重新上传吧。那只能修改数据库咯。

查找数据库

媒体和文章一样，都在wp_posts表里，sql查询可得：

Select * from wp_posts where post_type = 'attachment';

最多显示500条，你可以导出来看，我就是这么干的，然后用文本编辑器打开都能看。

经过对比，可以看出在post_parent字段，就是显示图片插到哪篇文章ID下，如果显示为0，那说明只是在媒体库里，不在文章中显示，这样wp_get_attachment_image_src也就获取不了。

修改数据库

知道原因了就好修改了，一种方法是直接在phpmyadmin下用上面的查询代码找出来，一个个修改；一种可以用sql语句批量修改。但修改前，必须得备份数据库，数据无价。

sql语句：

UPDATE `wp_posts` SET `post_parent` = '文章ID' WHERE `wp_posts`.`ID` BETWEEN 文章ID起始 AND 文章ID结束 AND `wp_posts`.`post_parent` = 0;

其他问题

但是改了之后，相册是正常了，wp_get_attachment_image_src函数也能获取了，但是查看媒体库里的照片时，还是没有显示上传至哪篇文章下，如第一张图片。

另外在wp_postmeta表里找到相应的缩略图信息，可以用sql筛选一下：

 SELECT * FROM  `wp_postmeta` WHERE meta_key IN ('_wp_attached_file', '_wp_attachment_backup_sizes',  '_wp_attachment_metadata',  '_thumbnail_id')

貌似没找到相应的设置字段。知道的童鞋麻烦告知一下，不过到此问题是解决了，虽然不是很完美。通过sql修改数据，不是经常干，稳妥一些，切记一定要先备份数据库，切记！！！

参考文章：

①https://cloud.tencent.com/developer/information/mysql%E4%BF%AE%E6%94%B9%E5%AD%97%E6%AE%B5%E5%80%BC

②https://doc.weixiaoduo.com/wordpress/4468.html

之前数据库备份一直都是mysqldump命令或者phpMyAdmin导出来.sql及其压缩格式。今天我们来试试如何恢复MySQL/data文件夹下的数据库。

在之前群晖docker安装MySQL和phpmyadmin的文章里，介绍到MySQL的data路径/var/lib/mysql映射到/docker/mysql。

有人说直接把MySQL文件夹下的文件直接覆盖不就行了？我试过，然后MySQL意外停止。

1、先别急，在phpmyadmin里新建一个数据库freshrss，将从新建立的freshrss站点备份出来的数据库导入进去。但是务必要确定与你要恢复的数据表名称一致！需要的可以下载我这个文件，将数据表前缀改成你自己的就成。

2、此时，你回头看看/docker/mysql/freshrss/下就会出现与上面新建数据表一样的数据了。然后关闭MySQL服务，我们尽量不要在数据库使用的情况下替换，接着我们将备份数据覆盖/docker/mysql/freshrss/下的数据，然后我们再启动MySQL服务。

3、通过SSH进入群晖里docker。

docker ps                                #列出当前运行的docker
docker exec -it Docker_ID /bin/bash      #Docker_ID 为上述列出的docker id
mysql -uroot -p                          #进入MySQL，输入密码，回车
use freshrss                             #选择freshrss数据库
#下面是导入各个数据表
ALTER TABLE rss_hjyl_org_category IMPORT TABLESPACE;
ALTER TABLE rss_hjyl_org_entry IMPORT TABLESPACE;
ALTER TABLE rss_hjyl_org_entrytag IMPORT TABLESPACE;
ALTER TABLE rss_hjyl_org_entrytmp IMPORT TABLESPACE;
ALTER TABLE rss_hjyl_org_feed IMPORT TABLESPACE;
ALTER TABLE rss_hjyl_org_tag IMPORT TABLESPACE;

好了，如此，数据库就替换完了。如果你还想导出来的话，可以到phpmyadmin导出，或者在ssh里使用命令完成：

mysqldump -uroot -p freshrss|gzip > /var/lib/mysql/freshrss.sql.gz   #回车输入密码

这样在/docker/mysql下就能看到你导出来的数据库备份文件了。

参考资料：
https://www.bilibili.com/video/BV1Sh4y1y7X6/
https://juejin.cn/post/7041468609943568415

首先，下载MySQL和PhpMyAdmin的官方镜像。如图：

其次，安装MySQL数据库。

双击MySQL映像，默认开启最高权限和自动重启功能。

存储：映射/docker/mysql为/var/lib/mysql。

环境：添加MYSQL_ROOT_PASSWORD变量，值为你自己设置的数据库密码。

其他默认不变。

第三，安装PhpMyAdmin。

双击PhpMyAdmin映像，默认开启最高权限和自动重启功能。

端口：建议自定义，例如3080

链接：选择刚才新建的mysql1，别名值自定义，例如mysql
环境：添加PMA_ARBITRARY，值为0；添加PMA_HOST，值为上面链接的别名，例如mysql
其他默认不变

OK，完成！打开IP:3080管理你的数据库吧！

1、老家农村的，即日起用上宽带了。这是划时代的意义，是我们村第一家！这件事说起来像是稀里糊涂的事。上周我弟弟回来，急需办一个宽带，主要是为了他媳妇，过几天他媳妇就回来呆在家里带孩子，没宽带肯定无聊的，对与咱们年轻人！就去镇上联通店看看，无线宽带，10M，绑定手机套餐66元，对于他一个月好几百来说这个非常划算。不过身份证没带，等回来拿了身份证去办的时候那边又说不行，套餐加不了！于是这孩子转到隔壁电信营业厅，根本就没说清楚我家具体位置，加上老板糊涂虫，打电话说可以装，就这样过了户，改了套餐！说是一个月49包50M，这样还是很划算的！

然后装宽带师傅这么长距离也给我们拉线了。拖了一个礼拜，终于开通了！说实话农村开通宽带非常麻烦！各种限制，各种定位！而且，我觉得师傅的专业性很差！

但很遗憾，这只是4M宽带...崩溃...LOL都飘....

2、阿里云硬件升级。随手浏览下我的博客，数据库连接失败！网站打不开了，出大事了，我的无所谓，客户的网站打不开就麻烦了！马上打开网站看看咋回事，我就知道数据库缓存又把磁盘撑爆了！用命令符删肯定不行了，mysql进程已经崩溃。只能手动删。但是删掉之后怎么启动mysql进程？很麻烦，以前我都是备份重装系统的，那样耗时至少几个小时，没时间了。好在有万能的百度，我就知道这种情况肯定有人遇到过。其实很简单，把数据库缓存全部删掉，包括mysql.index，貌似是这个，删掉我就忘了，和缓存在同一目录。重启mysql进程搞定！

这篇是昨晚写睡着了，今早接着写完了！

坑爹理由一：备案。
之前花了很多功夫和时间，在关于备案那点破事儿的时候给域名备好案。就担心因为搬迁需要重新做接入，这样之前做的全白费了。而阿里云就是这么一个坑爹货，必须接入到他们这才能用。没办法，接吧。。。我客户的网站很快就接好了，而我却等了两个多礼拜。期间网站还不能正常访问。

坑爹理由二：mysql致服务器压力大而崩溃，搭建不了有效的PHP环境。
原本我觉得在国内，阿里云的名声很响，以我对国外服务器的经验，512M单核的配置足够运行两三个站的。习惯了VPS，再不习惯虚拟空间了。再加上我特想把站搬回国内，于是一横心，搬！

先买一个月杭州节点的阿里云ECS，很是兴奋啊！安装完debian+lnmp，网站打不开，超级郁闷，连续安装好几遍，最后在阿里云的镜像工具里找到一个PHP环境，可以正常使用。但是内存和空间消耗特别严重，恐怕架不住两个WordPress。阿里云推荐centos，确实，空间占用很小，但内存占用很大，512M根本不够用嘛，再加上不知道什么玩意的单核CPU，严重不给力。

后来得知青岛节点和杭州节点一样，并且青岛节点更便宜一些。于是又买了一台试试。但这台vps比杭州节点的VPS更难伺候，无论我搭建哪种nginx+mysql，都会因为mysql崩溃导致数据库连接错误，并且一重启网站就连不上了。因为技术有限，目前暂时用阿里云镜像市场里的一款apache+mysql软件，除了有时候加载慢之外，其他都还好。经过几天的测试，只有今天下午出现数据库连接错误的情况，不知道是不是mysql的问题，重启vps之后修复了WordPress数据库解决了。

P.s 论坛里所谓的阿里云专用的lnmp，我安装了N遍，还是出现上述问题。

难道是WordPress真的太耗服务器了？

坑爹理由三：服务器连接国外资源极慢，甚至无法连接。
安装的WordPress后台经常不能在线安装更新插件或主题，加上WordPress默认的google CDN公共库和gravatar头像，第一次使用都会加载个半天。之前用的lnmp环境用chown设置文件夹用户权限为www就可以了，而apache不管用，即使在线安装插件成功，都会出现该死的输入FTP帐号密码等信息，就算你设置了FTP账户，填了还是报错，最后给文件夹设置777权限搞定。

现在的我不想在折腾了，仅需要一个稳定的“家”。