fkdtz

作为一名 2012 年注册的博客园用户和开发者，真心祝愿博客园能干成。

博客园众包平台项目的定位是「软件**任务**众包平台」，这个定位切入点非常精准，我认为是有机会做成的，但同时也面临不少风险挑战。

机会：
- 博客园把软件开发拆分成一个个任务分配到平台开发者，这一点是最大的创新，相当于把非标准化的定制需求打散成了一个个标准化的任务，这样就可以释放出巨大的供给，可以把那些没有大块时间做开发的人力吸收进来，说具体一点也许未来开发者下了班回到家花一个小时就可以完成一个任务，赚个零花钱。
- 未来一定是服务业高度发展的社会，其中包括生产性服务业和生活性服务业，而软件定制开发就属于生产性服务业。服务业规模的扩大引发服务个性化消费需求需要有定制的服务来满足。

风险和挑战：
- 需求端的不确定性：在博客园原文中描述了需求端，需求端主要是有自己开发团队的 IT 企业，众包平台不涉及软件开发项目中的需求管理、项目管理、UI 设计而只涉及写代码，这个模式很像消费行业的 OEM 模式，企业定制需求然后交给工厂生产。这种模式对软件企业来说还是一个比较新的模式，可能需要一段时间的市场探索，说白了也是成本问题，如果哪一天外包成本低于自有团队成本，这个事儿也就成了，但过程中肯定需要很长一段路要走。
- 对需求端企业的要求极高：需求端企业要有超强的项目分析拆解能力和项目管理能力，才能将需求拆分成可以独立完成的子任务以及各个子任务之间的联调最终完成整个项目。相当于企业舍弃掉了开发能力，但要大幅提高项目管理能力，有点分布式 CAP 的意思。这对企业来说恐怕很难做到。
- 项目质量如何保证：假如视这个模式为 C2B 模式，那么既然是 C 端提供产出，那么由谁来保证 C 端产出的质量？如果还是交给企业自己解决，那么对企业来说成本太高了。
个人曾经在企业有过类似经历，需要引入小游戏场景，由于没有小游戏开发团队，所以找了外包驻场，整个项目并不顺利，几度延期后最终交付效果也不是很满意，最终还是选择了组建自有团队，可想而知外包和自有团队的成本差距了。

所以我看在这个项目中关键点在于需求端的市场培养和如何降低需求端的成本，具体来说如何让需求端企业更合理的拆解任务、更稳妥的推进项目、更轻松的验收结果是关键，平台的任务很艰巨。

最后还是想说，应该用发展的眼光看问题，虽然现阶段来看风险和挑战比机会要多，但未来谁也说不准，随着社会发展很多要素会发生变化，凭借博客园的用户口碑和团队对于产品路线的坚持，我希望博客园能够干成。

@Cy86 我图里才 1.6MB/s ，你跑 50MB/s 那相当于单机跑出几万 QPS 了

我也接到短信了，话术是有几十万积分月底清零，点链接兑换，还好我这个人比较穷，几十万积分怎么可能？？
写了个脚本跑的热门电商搜索词，大部分请求都是返回空商品列表，估计商城里商品并不多，猜也就是几百个品差不多了。

MVCC = trx_id + roll_pointer + undolog 版本链 + ReadView
ReadView 结构中维护了当前事务开启时的活跃事务 id 列表，判断可见性就是 5 楼说的规则，这就保证了 repeatable read 隔离级别下不会出现不可重复读问题。

至于幻读问题，按照 SQL 标准来说 repeatable read 隔离级别是会出现的，但 MySQL InnoDB 的实现中避免了幻读，主要是通过 MVCC + Gap Locks 实现的。因为幻读描述的是在一个区间内的两次查询会出现原本不存在的行、或原本存在的行消失了，Gap Locks 通过在一个区间内加锁，导致后续事务无法修改数据，从而避免了幻读的发生。

你都说高峰期接口耗时日志明显增加，建议先查后端逻辑。
有可能后端因为某种原因响应很慢，导致 Nginx worker 无法快速响应前端，直到把 worker 全都占满。
如果是这种情况的话，问题出在后端，调高负载均衡配置不解决根本问题。