把插件都关了再对比

@815979670 小说也并不是单并发写入，需要考虑：
1. 多蜘蛛写入
2. 单蜘蛛的情况， 后台其他操作写入/注册会员写入

和机场无关， 而是国外服务器默认关闭 mail 相关端口，换其他机场也是一样的

@wxf666 SQLite 只有单并发， 而且后期扩展也麻烦。pg 可以 all in one ， 一个数据库解决应用和小说存储的问题。

上数据库利于后期的 SEO 优化， 及后期的迭代更新。 文件会麻烦很多。
直接 pgsql 吧，all In one

@wheat0r mysql 也存在类似情况，但是不像 sqlserver 一样饥渴。
可能是你配置的问题， 一样可以吃满

大概率是网络的问题
这种都是使用排除法进行问题排查

@Int100 商业 waf 是基于语义的， 误报率低很多，一分钱一分货。

@Int100 自建 waf 还不是要买服务器，更何况造的轮子并不好。 目前的开源 waf 基本都是基于关键词的，更会影响业务。

@Int100 免费的东西是最贵的， 还是建议将个人时间多花在业务上，而不是轮子上，老板应该更懂这句话。

@DefoliationM Linux 自带的限速和白名单不是基于应用层的。

长亭雷池不行，很封闭，吃相很难看。nginx 默认的功能都在收费，并且集成性有限。
建议你根据自身的需求， 多试几家。 不建议自建， 最好还是用云 waf ，cloudflare 之类的。

g0 的:
https://docs.next-terminal.typesafe.cn/

国外 linode ，do 这些 IOPS 不低， 低的是 aws ，阿里这些。 实际 gcp 也不低

建议将 transaction_time 保存为时间戳，bigint 的对比速度会快很多。 你这里是日期，会存在隐式转换为时间戳的问题。
另外我看 source_type 字段也是 text 类型， 也可以更换为 int4 。
建议你用 explain analyze 进行分析，找出慢的地方，performance 更多是对资源消耗的分析。

还是觉得免签香

入职酒企， 或找我买酒

@zbm1991 还是要看岗位， 有的尖端岗位可能只在北上深好招

钱给够还是能找到合适的人的