今早到公司買早餐，和同事都刷了一杯豆漿，刷卡的員工沒有看還有幾杯豆漿，就扣款了，然後同事拿了一杯，我發現沒有了…… 風中凌亂的我…… 好像頭頂有乙隻烏鴉飛過，並 啊 啊 啊的叫……
很顯然，這就是乙個商品銷售庫存控制不好的併發後果，兩人下單扣款支付，只有乙個人獲取到了最後一杯豆漿，資源不夠，總會有乙個人買不到的。
那麼按照庫存管理來講，既然只有一杯豆漿，就不應該接收兩份支付並扣款啊？很可惜的是，庫存的把控和扣款的人不是同一人，資訊掌握不全面，雙方的溝通沒有及時到位，於是就出現這個問題。
那麼出現這個問題能不能讓商家退款呢？退款給那個沒買到的人不就好了？無奈的是，食堂不退款，因為所有都是刷卡，這樣會有很多麻煩，於是讓我先記著 等明天少扣一塊錢……
回到座位我開玩笑著和同事說，應該都搞網上訂餐，大家都在web上訂，這樣庫存就可以控制了，可實際情況肯定要比這個複雜啊，不是所有人都會網上訂，有些人來得早幫別人帶乙份，有些人臨時不要了，有些人等不及，換了另外的餅吃，庫存量在動態的變換，實在是難以控制啊！由此可見，生活處處皆學問啊！
買釘子問題的思考
假設你是一家百貨商店的老闆，什麼都賣，當然是合法的。一天有乙個顧客到你店裡，要買乙個釘子。一般來說，大家都會想，只買乙個釘子的話，什麼利潤都沒有或者說微乎其微，我應該不會賣的吧。不過不賣是顯然不可能，不賣的結果看起來是損失了一次交易和乙個顧客，但潛在的也會影響我自己店的聲譽和口碑，因為顧客的這次購物...
對於大併發的思考
一般如果是壟斷組織,用佇列就行了,讓客人慢慢等,不過如果不是的話,在技術上就沒有了競爭力 現在一般來講,大併發的瓶頸都在資料庫上現在一般是走兩條路 1.分庫,把主要資料按照一定規則的劃分,再分布在不同的伺服器上,這樣來分散伺服器的寫操作.2,存記憶體,用memerydb等工具把資料分布式存在不同的伺...
關於高併發的一些思考
1.什麼是高併發？高併發是解決大資料量業務的一種思路，源於現實的生產生活中的問題。舉乙個現實生活中的例子 去銀行辦業務，銀行裡段時間來了100個人辦理業務，但是只有乙個視窗來辦理，平均乙個人辦完業務需要5分鐘，100個人需要500分鐘。當出現類似問題的時候，我們應該怎樣去解決呢？1 提高單個視窗辦理...