-
代碼級設計
秒殺程序把請求寫入Redis.(Uid, time_stamp)
檢查Redis已存放數據的長度,超出上限直接丟棄
死循環處理存入Redis的數據并入庫?
查看全部 -
程序流程圖
查看全部 -
#!/bin/bashdate?"+%G-%m-%d?%H:%M:S"cd?(good.sh文件地址,如:)?/home/pi/Sites/Imooc/queue_mysql/php?goods.php定時任務部署
crontab -e
*/1 * * * * /home/pi/Sites/Imooc/queue_mysql/good.sh >> home/pi/Sites/Imooc/queue_mysql/log.log 2>&1
查看全部 -
<?php include?'./../include/db.php'; $db?=?DB::getInstance(); //1先把要處理的記錄更新為等待處理 $wating?=?array('status'?=>?0); $lock?=?array('status'?=>?2); $res_lock=?$db->update('order_queue',?$lock,?$waiting,?2); //2我們要選擇出剛剛咱們更新的這些數據結構,然后進行配送系統的處理 if?($res_lock)?{ ????$res?=?$db->selectAll('order_queue',?$lock); ????//然后由配貨系統進行配貨處理 ????//... ????//3?把這些處理過的程序更新為已完成 ????$success?=?array( ????????'status'?=>?1, ????????'updated'?=>?date('Y-m-d?H:i:s') ????); ????$res_last?=?$db->update('order_queue',?$success,?$lock); ????if?($res_last)?{ ????????echo?'Success'?.?$res_last; ????}?else?{ ????????echo?'Fail'?.?$res_last; ????} }else{ ????echo?'ALL?FINISHED'; }查看全部 -
隊列介質：
Mysql：可靠性高、易實現，速度慢
Redis：速度快，單條大消息包時效率低
消息系統：專業性強、可靠，學習成本高
查看全部 -
消息處理觸發機制：
死循環讀取：易實現，故障時無法及時恢復
定時任務：壓力均分，有處理量上限
守護進程：類似php-fpm php-cg，需要shell基礎
查看全部 -
MQ應用場景：
冗余、解耦、流量削峰、異步通信、擴展性、排序保證
查看全部 -
怎么收藏啊查看全部
-
消息隊列核心結構：
業務系統-入隊->消息隊列-出隊->隊列處理系統
應用場景：
數據冗余
解耦：（入隊系統，出隊系統相互獨立，互不干涉。）
查看全部 -
?總結:
在學習該課程后,更多了是初步了解了消息隊列的原理和使用場景。
概念：
?隊列結構的中間件
消息放入后，不需要立即處理
由訂閱者/消費者按順序處理
白話文:
當遇到一個并發非常大的或者耗時非常長的環境的時候，而同時需要立即獲取該環境下的結果，消息隊列可以比較好的解決這個問題。
系統結構如下圖。
系統的解耦性還有隊列的處理：
記錄入隊的id，判斷秒殺的產品數量是否大于消息隊列的數量，是，該用戶入隊列。系統即完成入隊處理。而另一邊即需要做消息入庫的處理。此處也是使用了消息隊列的解耦性進行處理
查看全部 -
Redis list
LPUSH/LPUSHX
RPUSH/RPUSHX
LPOP
RPOP
LTRIM
LLEN
LSET
LINDEX
LRANGE
查看全部 -
Nil?只針對對象，而?空對象?不是說不占用空間，相當于一個“洗白”，回到初始狀態。 Null?是?空值，是針對指針的，對對象指針和非對象指針都有效，Null不會占用空間。
查看全部 -
>和>>都是重定向輸出 1>?指標準信息輸出路徑（也就是默認的輸出方式） 2>?指錯誤信息輸出路徑 2>&1?指將標準信息輸出路徑指定為錯誤信息輸出路徑（也就是都輸出在一起）
1是標準輸出
2是錯誤輸出
> 和 >> 都是輸出重定向符號。標準輸出默認是打印到控制臺，如果要導入到文件，就需要使用>或>>。> 會覆蓋已有的文件內容，而>>會附加到已有內容之后。
< 和 << 是輸入重定向符號。從文件中讀取內容。
2>&1 是把錯誤輸出導入（合并）到標準輸出流中查看全部 -
秒殺設計
查看全部 -
Redis數據類型中的list類型2
查看全部
舉報