有没有了解 PostgreSQL,看到云栖的文章《裸秒》

2016-12-10 16:42:48 +08:00
 ihuotui
全文
https://yq.aliyun.com/articles/64351?spm=5176.100239.blogcont64670.12.K4HA7r
简介
背景
秒杀在商品交易中是一个永恒的话题,从双十一,到一票难求,比的仅仅是手快吗?

其实对于交易平台来说,面对的不仅仅是人肉,还有很多脚本,外挂自动化的抢购系统,压力可想而知。

秒杀的优化手段很多,就拿数据库来说,有用排队机制的,有用异步消息的,有用交易合并的。

今天,我要给大家介绍一种更极端的秒杀应对方法,裸秒。

(其实我很久以前就写过类似的文章,趁双十一跟大伙再练练)

目前可能只有 PostgreSQL 支持裸秒,也即是说,来吧,强暴我吧,一起上。 有点淫荡,但是确实就是这么暴力。

PostgreSQL 提供了一种 ad lock ,可以让用户尽情的释放激情,以一台 32 核 64 线程的机器为例,每秒可以获取、探测约 130 万次的 ad lock 。

试想一下,对单条记录的秒杀操作,达到了单机 100 万 /s 的处理能力后,秒杀算什么? 100 台机器就能处理 1 亿 /s 的秒杀请求,不行我的小心脏受不了了,下面听我娓娓道来。

个人感想,说得那么心动想买一个实践一把。
2069 次点击
所在节点    程序员
3 条回复
MasterMonkey
2016-12-10 22:38:49 +08:00
虽然几乎不知道你在说什么,我只想说,我很爱 postgresql!
jyf
2016-12-11 14:18:52 +08:00
这种并发量难道不是上内存数据库挡着流量么 又怎么会直接用 pgsql 来挡
ihuotui
2016-12-11 14:30:52 +08:00
@jyf 假如 pg 可以呢?就不用自己那么操心做多额外的代码,减少系统复杂度,更加可靠可测试。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/326683

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX