等一等，有件事我们必须先搞清楚，你叫的是姓 [刘] 的还是姓 [马] 的

如 6 楼所言。具体点就是：
如果 join 是为了获取更多的字段，可以改成多次查询（留意 N+1 的问题），拼接数据的过程请交给代码；
如果 join 是为了筛选，可以用 where in，where exist 等等子查询；
以上基本就能解决，如果还不行，再考虑临时表。

uniapp 解君忧

sublime merge

@Tink 确实是，多谢多谢。我忘记安全组的配置了。

噢...我带着近视眼镜，得找那种可以嵌近视眼镜的防护眼镜，或者换带偏光的近视眼镜

lz 有图吗？看下眼镜，最近也被办公室的等照得眼不舒服😫

众所周知，“夏日短，冬日长”，这是时间膨胀，属于正常现象🙈

右下角 - 时间右键 - 调整日期 /时间 - 自动设置时间（重开）、自动设置时区（重开）、同步时钟（立即同步）

不如“学以致用”？钻研一些自己会的，当下或未来可以带来收入的事。

Vertu /doge

我感觉你想了解的是 [解码] ，而不是 [缓存] 问题。
任何视频要播放都得缓存到客户端的，哪怕直播也是切成一个个小的片段文件下载到客户端，然后客户端再解码拼接播放，只不过解码当前片段后，可能就立即删除缓存文件了。

如果直接通过 浏览器 访问 MP4，因为没有解码器，所以实际过程是变成 [下载] 然后再用本机的播放器打开下载后的 MP4 进行解码播放，而本机的播放器可能没有控制进度、倍速等等功能。
如果通过 APP/网页 JS 访问 MP4，再用 Flash/JS/其它解码脚本 等等进行解码，就可以实现实时播放了（边下边播，感觉就像没有缓存一样，实际上还是有临时缓存的，播放完会自动删除缓存文件），然后还可以拓展 进度、倍数等功能。

至于你说到 [内网] 😂大致猜到你的场景了，其实不用那么麻烦，在同一个内网下，Windows 自带有 [共享流媒体] 功能，手机下载个客户端就可以了，市场上有很多，随便搜索一个。

@mokeyjay 然而我只是班门弄斧😂现在你才是大佬啊，有时间带带我😭救救孩子吧

@wangyanrui 感觉和你理解的有点不一样，第一个问题，“存”日志时不会启用事务（可以用 MyISAM ），所以存的效率也不低，而“查”日志时数据库效率比较高，特别是一个日志文件有几十上百 G 时，区别更明显的，文件打开时非常慢，更别说筛选查看。

第二问题，跟你的观点一致，额外补充：①数据库比较占内存，而文件只是占磁盘；②一般应用日志跟业务无关，应独立出来，避免占用“业务数据库”资源。

@naoh1000 所以开源项目“默认使用”文件存储日志，可能是考虑项目初期（小项目）服务器的资源问题。等项目大了，可以把日志的存储配置改成数据库，单独搞一个的“日志数据库”，或者上 ES 、ELK 等等。