一直都是这样的, 备份上传时会将视频压缩, 我猜会在手机中生成一个临时文件,你手机的存储空间不够, 临时文件无法创建,就一直没发上传.

解决办法就是, 删掉一些文件,手机留足够的空间

@chutianyao 如果是磁盘 io 的问题, 通常 jbd2 进程会 100%,可以观察下

#sar -b -d -p -u -q ALL 10 >sar.txt &
#sudo atop -Dldc >atop.txt &
#top -d 10 -b >top.txt &

每隔 10s 抓取系统进程、io 信息保存下来, 卡死重启后,分析这些文件,看看是啥进程导致的.

我之前遇到的是大量磁盘 io, hdd 硬盘速度太慢导致系统卡死,后面加内存、启用 swap 分区解决的

到我的专业领域了.

我们订单量跟这差不多,如果对查询性能要求不高的话,直接存 es 就完了, 3 个月 1 个索引就行, 做好定期创建索引.
或者可用性要求不高的话,直接上 tidb 也行(但是我们发生过几次故障)
或者 mycat 做分库分表也行(tps 高的话性能优点问题)
或者 mysql 自己做分库分表,超过 3 个月的数据每天进行结转归档

@Braisdom 仔细看了一下大佬的产品,非常牛逼啊👍
不知道在大数据量的情况下,比如几千万行、上百个字段的 mysql 表,查询性能怎么样?
还有,好像没有下载链接?

正在做类似的事
这是开源的吗

https://bokehui.net/
我是自己做了一个网站,把自己常看的一些 rss 源丢进去进行聚合.

@baiyekaslana 你们是不是用的机械硬盘,io 速度上不去导致的.
我前天恢复 17G 的数据,使用机械盘,io 速度只有 10MBps; 后来换 SSD,速度到了 200MBps+,不到 1 小时就搞完了

@wniming 我在 linux 下用 vmware 运行 win10 卡成狗, virt-manager 使用体验如何

不错的经验,感谢分享

@chouqiu 目前没计划做广告

这是我做的股票信息数据库,跟你想做的可能类似
http://so.bokehui.net/file/1.png
http://so.bokehui.net/file/2.png
http://so.bokehui.net/file/3.png
http://so.bokehui.net/file/4.png
http://so.bokehui.net/file/5.png
http://so.bokehui.net/file/6.png

血泪教训,生产环境建议使用 1,养成好习惯.

某次技改,改动原有代码逻辑,需要将 flag==flase 的判断全部改成 flag==true,但是有些地方使用第二种写法,夹在一大堆代码中遗漏了,CR 也没看出来,造成生产事故.

一个!夹杂在大量代码中,确实非常容易遗漏. 所以后面我都改成
if(false == flag)这种写法

得考虑消费能力啊, 有些场景就是因为下游处理能力不足, 才用消息进行削峰填谷的. 比如异步落库, 你一股脑扩实例、增加队列、并行消费等措施全搞上, 堆积是没有了, 结果把数据库打挂了

我已经在做了,就像上面说的, 风险就是没有流量

autohotkey

@KiepieDd 这个好像没有输出 rss

@celiachu207 感谢, 有空我优化下

@szmx 已收录 https://bokehui.net/source/2040/