shuiguyu 最近的时间轴更新 shuiguyu 最近的时间轴更新 |
shuiguyuV2EX 第 159044 号会员，加入于 2016-02-16 15:31:06 +08:00 |
shuiguyu 最近回复了
2016-11-24 13:23:21 +08:00 回复了 dapang1221 创建的主题 › 程序员 › 做甲方，项目做完就得担心被辞，做乙方，天天累得要死，创业公司，说不定什么时候就解散了。各位都偏向于哪种呢？ |
@misaka19000 BAT 也不容易，天天累到死。
2016-11-24 13:18:28 +08:00 回复了 Liwendian 创建的主题 › 程序员 › 快毕业了， java、php 还是 ios，目前来看，选哪个比较好 |
从薪资角度说， IOS 来钱最快，薪资可以要的更高。
从职业发展和长远来看， java 更具备升职的潜力，转架构，大数据都可以。
从职业发展和长远来看， java 更具备升职的潜力，转架构，大数据都可以。
2016-11-24 13:13:33 +08:00 回复了 mahone3297 创建的主题 › MySQL › [mysql] mysql alter table 的时候，会锁表，导致系统无法服务，如何处理？是否应该考虑用 mysql 5.7 json data type 来解决该问题？ |
@shibingsw 正解，一般表迁移也都会用这种方式。
不建议在现有的表基础上 alter ，锁表是一个，还有重建索引的问题。
一个办法是读写分离，先在读库建新表，导数据切换，完成后再升级为写库，轮换切换表。
不建议在现有的表基础上 alter ，锁表是一个，还有重建索引的问题。
一个办法是读写分离，先在读库建新表，导数据切换，完成后再升级为写库，轮换切换表。
2016-11-24 13:08:15 +08:00 回复了 yangwenqian 创建的主题 › PHP › 求完美的 PHP 并发锁机制 |
@silenceeeee 一般我们设计的原则是，凡是涉及到库存的，基本上都用乐观锁比较保险一点，但是那个已经是数据库层面的了。这种高并发的抢购，前面就要在请求数，缓存等拦截住请求了，然后再分批次的提交扣库存就保险了。
Guava 的 RateLimiter 类，能很方便的实现令牌桶，对抢购甩红包这种场景很实用。
Guava 的 RateLimiter 类，能很方便的实现令牌桶，对抢购甩红包这种场景很实用。
2016-11-24 11:59:17 +08:00 回复了 malkavia 创建的主题 › 程序员 › 我说，你们会想让自己的孩子学写代码吗？ |
学啊，以后的基本技能之一。还有个基本技能是语言，至少学 1-2 门外语
2016-11-24 10:50:51 +08:00 回复了 yangwenqian 创建的主题 › PHP › 求完美的 PHP 并发锁机制 |
@lianyue 这个是乐观锁的思路吧，加个版本号。
控制超卖。
但是高并发的情况下，可能限流更明显一些。可以用计数器也可以用令牌桶。
限速的情况可能令牌桶更好一些，可以控制发令牌的间隔，不至于都是前面的人抢到。
控制超卖。
但是高并发的情况下，可能限流更明显一些。可以用计数器也可以用令牌桶。
限速的情况可能令牌桶更好一些，可以控制发令牌的间隔，不至于都是前面的人抢到。
Select Language