个人观点不一定对。
这个锁在并发量小的时候，基本上是必定成功，在并发量大的时候，成功率也不低。
一般来说，秒杀场景没有那么多的库存，如果参与的人多，那么再次刷新页面的时候，库存一定没了，如果人少，那就不会拿不到锁。

@ericls 提交错了是要罚时或者扣分的呀，怎么可能不跑 test case

就这样转一下格式都挠破脑袋，用 graphql 不是要被气哭

postgresql + roaringbitmap 插件

看看触发器？ 我之前有个 nt 同事，会在表 delete 的时候，把整个表备份一次。

用 karp-rabin 怎么样? 一个字符串可以压成 int32. 缺点是会丢失原始字符串.

你配置了代码风格检查的脚本吗? 我之前配了 google 的那个 cpplint.py,结果 cpu 内存暴涨.

应付面试 内省式排序,timsort ,桶排序,mapreduce 排序 应该够了

protoc xx.proto --python_out=./ 不就行了？

倒排索引，或者中间表。

from functools import lru_cache 里的链表的实现可以一讲,用了一个比较少见的 python 写法。

root = [] # root of the circular doubly linked list
root[:] = [root, root, None, None] # initialize by pointing to self

魔方公式 百度 CFOP，或者简单一点的层先法
1. 查表，看看当前魔方状态有没有符合的，如果没有能套公式的状态，就返回 false
2. 调公式，魔方进入下一个状态
3. 如果魔方 6 面同色就返回 true，否则返回步骤 1

不靠百度,正则我只会 (.*?)

我用 pg 尝试过类似的功能，用 hll 存用户看过的视频，和你的需求应该差不多 https://github.com/mmooyyii/mmooyyii/blob/master/docs/database/tiplist1.md

@also24 leetcode 第一题，O(n2)的解法，python 超时，C++能过。

不清楚你具体要怎样做模糊查询，举几种常见场景
1. 查询 json 中的第一层存在 key 为 1 的行，比如{"1":"abc"}，需要在 json 列建 gin 索引
create index test_data1_gin on test using gin (data1);
select * from test where data1 ? '1';

2. 查询 json 中某个具体键的值，比如{'age':18},需要对 json->>'age'建索引
create index test_data1_btree on test using btree ((data1 ->> 'age'));
select * from test where data1 ->> 'age' = 18;

3. like '":2' 比如'{"1":2}'， 那这一列不应该存为 json，应该存为 text，然后加上 gin 索引

return resp.encode('utf-8') 改成 return [resp.encode('utf-8')] 即可