一般是没问题的，linux 本身层面上除了修改 ssh 登录方式外还要加一个 fail2ban，基本免疫一切针对系统账号本身的攻击。剩下的业务端口这么设置一般也没问题，唯一能打到的是 0day，改端口可以增加一定安全性。我觉得不是涉及大资金安全的话这样完全够了，毕竟设计层面上唯一问题是 0day，因为我个人没见过 mysql 和 redis 因为 0day 被打的，可能是我孤陋寡闻。大资金再搞更细致的防火墙、IP 绑定之类的

@zzl22100048 update 和 insert 应该都算在入库里，你这个不该算每天几万条新数据，应该说每天几千万新数据。。当然这个压力 oracle 肯定也是没问题的，一千 qps 在 oracle 设计范围内，很轻松可以搞定，相当于每小时 360 万呗。当然我也很好奇频繁改字段该用什么数据库，我想象不到什么业务需要频繁修改字段的，没做过

异常捕捉你肯定得 try except 啊，包裹一大块是肯定的，唯一不爽写法上的改变你可以用装饰器。

logging 会自动处理多线程相关，但是你这么搞线程自己处理异常而不是集中到主线程，完全没有控制，没什么意义

上亿：几乎所有数据库都没问题。

每天几万条入库：几乎所有数据库都没问题。

全文搜索：似乎 nosql 不行。

字段频繁更新：似乎 mysql 不行。

所以。。oracle 硬钢？

@monsterxx03 感谢，大佬能讲一下 linux 文件没有 nonblocking 的话都是怎么读取的吗，所以全都是阻塞的，排队执行指令？

@neoblackcap epoll 为啥不支持文件读写，epoll 不是基于文件描述符么

@noe132 有原生 IO 复用不用，非得写同步逻辑，实属倔强的公司

@KuroNekoFan 生态还是一般，总结起来属于，做都可以做，但是没必要

@black11black 另外这种储存方式应该不支持 bit 级别的偏移读取吧，那是不是每一次加载日活信息就要一次性载入 12M 的全部内存数据

很不错，不过我一直好奇一个场景是如何做到的，比如博主提到的日活，一天只产生一次数据，那像微博那种点踩点赞系统呢，即使用这种方式存也装不下吧，微博评论上千亿，然后还要记录我对其中哪一条点了赞，实在神奇

兼容允许的情况应该尽量高才是，毕竟解释效率会优化啊

@fuermosi777 查了查，似乎要接入前端框架需要踩坑，并不能无痛。感觉上是单纯依团队需求更改的选项。

@GeruzoniAnsasu 工程化好处当然重要，但像上面说的仅做提示就非常不可理解。像 java 的类型是出名的 unsound 引发了各种问题，但结合解释器需要就让人没觉得有什么奇怪。如果单纯是一个 js 版的 type hint，不觉得很鸡肋吗？

1 、本身 x265 发展快十年了，可调性非常大，你这么测其实没有任何意义。

2 、0202 年了，现代的画质对比就是要用放大镜看的，没意识到这点说明你还没有悟。你若关注 av1 项目，再跟 x265 全高（概念）设置对比，恨不得画面要放大到 x20 来看区别

@yanyueio 感谢回复，分布式都是基于 nosql 技术吗？跟想象中差别很大，几个问题，一个比如 nosql 放在内存里实际上能存的数据很少，比如我们这种百亿级的业务，一般内存扛不住。再一个是持久化储存的问题，为了防止突发情况断电丢数据，一般应该都会有一些持久化策略，但是毕竟 nosql，边际情况的可靠性如何确保呢？

py 中很有用的小玩意之一，用来实现比如任务队列这种场景，比如假如你自己做一个 py 内部的线程管理内核的时候会用到

我当初上学的时候还真证明勾股定理，或者说基本上能证明的都证明。现在看着文档还要自己试试，基本属于没事闲的。。

@laminux29 神 tm 从模电开始，我本人比较孤陋寡闻，无名三本毕业的，我们学校组原也是从数电开始讲，我想听大神讲讲模电怎么影响分布式性能的？

@opengps 目的是提高可用性，以后跳槽时可以回答人家的百万并发问题