TA 说的也对（大多数场景下），你说的也对，看场景……

没有其他的背景描述的话，如果基于 mysql，两种方式都 ok ……

量大么？如果大，就不要放在数据库了……集中式的会方便管理，同时不会拖累线上系统

@hacker84 借鉴 redis 的 key 过期策略就行：1 ）线程定时轮询 2 ） 用的时候，再查一下……如果不涉及到实时统计的需求，1 ）可以不用

@ShaunSS 编程不只是 coding 的，还有高达机器人之类的，可以锻炼动手能力的

@dovme 你这个亲戚心也真大……真不怕以后别的亲戚反水，敲他的竹杠

@vix 目前还不好说,因为不知道按照以前的税法当前的收入应该交多少……但是重,是事实了……还不知道两三年后,奖金也按累计税率算会怎么样

明白 lz 的意思……假如用的是关系型数据库,可以保存<article_id, folder_id, order_id>,每次顺序有改动,就调整该 folder_id 下的所有 article 的 article_id 即可…… insert into ... on duplicate key update ...order_id = VALUES(`order_id`)

@l00t 唉 年终奖的税收也只比这个月的税收 多 2k ……

@wgh666 是的 年末的收入 要比去年的低了……一年的稅平摊下来,感觉没啥减轻的

URL 和文件格式没有任何关系……

有个疑问，真的用得上 kafka 的场景，为了延迟 N 分钟、塞进 redis，单机内存会爆的吧？

换个地方吧……不要太远 即便是城中村也可以……你需要时间舒适的学习

问题来了 怎么判断用户上传完了？ NOW() - LAST_MODIFIED_TIME() > INTERVAL?

@dfjslkjdf 有 但感觉拿不出手…… lz 倒是可以研究一个开源的网络项目，写写 demo 啥的……

@dfjslkjdf 好得有一个说的过去的 让面试官有突破口啊 从而考察基础

市桥……番禺广场……附近……这两个地方离得也挺远啊

@Febers 公司也会认为，“实习转正”都是作为对方的保底的，除非特别 nb 的，一般给的普普通吧……阿里每年都这么说