undefined
5

广州大学城也不错啊，附近挺多创业公司，一个工位应该不是什么难度。

拉低中奖率

应该跟键盘没关系，主要是需要利用桌面减少对手部的压力，垫着啥的，再牛逼的键盘，不改变手部用力的方式也是白搭

@xiaoyang7545
redis 单线程帮到你，
可以用队列的形式存储红包数据，
速度快，
且数据不会有冲突。

mysql 的话，
首先可能想到的是锁：
可以在事务中 select ... for update 锁住该行队列数据，
不让别人修改。
并在 update 的条件中中做好控制即可。
这样的话可能会产生这个队列阻塞问题，
需要用哈希随机碰撞红包，
但是这样也同样会可能红包比较难碰撞的问题。

其实还可以这样做，
用一个新表去做，
主键子增，
通过插入记录获得 last_insert_id ，
再去红包表获取数据，
简单容易实现，
且不会有冲突的问题。


mysql 最好结合 redis ，
redis 计数， mysql 存储。

有错希望能够及时提出，感谢。

第一步：离线生成相应数量和金额上线的红包队列
第二步：写代码去抢啊，控制好冲突
第三步：也是最重要的一步，上线后请通知我。

然后呢？

PS 是我遇到过最好用的 PHP IDE

请联系我

支持支持

@Immortal
分销系统的话，
这种层级维护的可能基本为 0 ，
主要是看需求，
如果说类似文件变动，
肯定是多对多，
但是，
多对多也产生了一个回溯上级的问题，
特别是分销系统，需要给上级分发奖励，
所以我觉得该类问题，应该是提需求，
而不是提技术难点。
如有疏漏，
请再次提出。
感谢。

首先，
多对多的多次查询肯定是坑，
你这个需求，应该是这样子的，
分销系统，
一个用户有一个上级，
可以有多个下级，
那么我们可以这样处理，
一个字段存 tree ，
一级分销 /二级分销 /三级分销 /四级分销 /，
该 tree 字段可以建立索引，
查询本级的子节点可以用，
tree like 我的 tree+'%' (伪代码)
因为 like 在前缀确认的情况下，
是可以使用索引的，
还需要一个字段，存当前层级，标注当前层级 0,1,2,3,4,5,6,7,8,9 ，
查询的时候，比自己大的就是后面的人，
这种方法，理论上可以实现无限分销。

审查元素啊兄弟

瞬间的话可以这样子的，用 memory 引擎，分表分库，定期维护缓存

@Osk 指纹可以伪造么？

国内用 bing + 英文关键词搜索

access(手动滑稽

可以用 console ？直接执行脚本

高配 win ，双系统， ubuntu ，安装系统环境， linux 绝对是杠杠的