PHP實現(xiàn)電商訂單自動確認收貨redis隊列
一、場景
之前做的電商平臺,用戶在收到貨之后,大部分都不會主動的點擊確認收貨,導致給商家結款的時候,商家各種投訴,于是就根據(jù)需求,要做一個訂單在發(fā)貨之后的x天自動確認收貨。所謂的訂單自動確認收貨,就是在在特定的時間,執(zhí)行一條update語句,改變訂單的狀態(tài)。
二、思路
最笨重的做法,通過linux后臺定時任務,查詢符合條件的訂單,然后update。最理想情況下,如果每分鐘都有需要update的訂單,這種方式也還行。奈何平臺太小,以及賣家發(fā)貨時間大部分也是密集的,不會分散在24小時的每分鐘。那么,定時任務的話,查詢過多,不適合。這里可以先把將要自動確認收貨的訂單信息存儲到其他介質上,比如redis,memcache,rabbitmq,然后執(zhí)行的腳本從前面的介質獲取到訂單信息來判斷,這里可以大大的減少數(shù)據(jù)庫的查詢壓力。
redis隊列的生產(chǎn)者
對此,我們選擇每天在凌晨兩點的時候,通過linux的定時任務把即將要確認收貨的訂單信息查詢出來,然后存儲在redis上,redis上我們選擇的隊列,隊列處理的特點就是先進先出,前面的數(shù)據(jù)在查詢訂單時,通過發(fā)貨時間排序,所以最先出隊列的肯定是距離規(guī)定的自動收貨時間最近的訂單。代碼如下
$successCount=0; $failCount=0; $screen_time = 3600*24*9;//設置篩選天數(shù) $data = array(); $now_time = time(); //查詢符合要求的數(shù)據(jù) $sql="select id,send_time as deliver_time from `order` where is_send=1 and is_del=0 and is_cancel=0 and is_token=0 and send_time>0 and send_time + {$screen_time} < $now_time order by send_time asc"; $res = $con->query($sql); //當隊列還有數(shù)據(jù)時將數(shù)據(jù)記錄并清除 while($redis->LLEN('auto_recevice_order')){ $txt = '執(zhí)行時間:'.date('Y-m-d H:i:s').',信息:'.$redis->RPOP('auto_recevice_order'); file_put_contents('./autoToken/fail_log.txt',$txt."\r\n".PHP_EOL,FILE_APPEND); $failCount++; } //重新填充數(shù)據(jù)進隊列 while ($row = $res->fetch_assoc()) { $successCount++; $redis->LPUSH('auto_recevice_order',json_encode($row1)); } $con->close(); $success=date('Y-m-d H:i:s').':[推送成功]:本次成功推送數(shù)據(jù):'.$successCount.'條;記錄上次處理失敗數(shù)據(jù):'.$failCount."條\r\n"; file_put_contents('./success_log.txt',$success."\r\n".PHP_EOL,FILE_APPEND);
redis隊列的消費者
隊列的消費者沒有通過linux的定時任務去做,用linux的screen+php cli模式執(zhí)行php腳本,消費者只需要不斷的從隊列中讀取訂單信息,然后判斷訂單信息中的發(fā)貨時間,如果達到自動收貨的要求,就執(zhí)行update語句。同時如果沒有達到收貨的時間,而且與收貨時間間距比較大的時候,可以讓php腳本休眠sleep一定的時間數(shù),這個時間數(shù)自己調節(jié)設計,獲取出來的未達到時間要求的訂單,需要重新推送到redis隊列中去,而且還是隊列的頂端。以便下次獲取。代碼如下:
$set_time = 3600*24*10;//設置幾天后自動收貨 while(true){ if($i%30==0){ usleep(10);//防止while 循環(huán)使CPU使用率過高 } if($redis->LLEN('auto_recevice_order')){ $data = json_decode($redis->RPOP('auto_recevice_order')); $id = (int)$data->id;//將數(shù)據(jù)轉化為整形 $deliver_time = (int)$data->deliver_time;//將數(shù)據(jù)轉化為整形 $res1 = $res2 =false; $now_time = time(); if(($deliver_time+$set_time)<$now_time){ $sql1 = "update `order` set `is_token`='1',`token_time` = $now_time where id=$id and is_send=1 and is_del=0 and is_cancel=0 and is_token=0 and send_time + {$set_time} < $now_time"; $res1 = $con->query($sql1);//更新數(shù)據(jù) $rows = mysqli_affected_rows($con); if($rows){ $ip = $this->getIp(); $sql2 = "insert into `order_log`(`order_id`,`log_msg`,`log_ip`,`log_role`,`log_user`,`log_order_state`,`log_time`) VALUES($id,'系統(tǒng)自動收貨','$ip','系統(tǒng)','服務器','收貨',$now_time)";//寫入訂單日志 $res2 = $con->query($sql2);//添加日志數(shù)據(jù) } } if($res1==false){//將沒達到條件的數(shù)據(jù)重新插入隊列中 $redis->RPUSH('auto_recevice_order',json_encode(array('id'=>$id,'deliver_time'=>$deliver_time))); } } $i++; }
這里執(zhí)行php腳本,需要用到linux的screen或者supervisor、nohup守護進程。具體用法可自行百度.同樣腳本里面最好有必須的日志記錄。
三、思考
隨著業(yè)務的增長,在隊列中同一秒內,存在的多個需要處理的訂單,而一次只能從隊列中取出一個相關訂單信息的時候,可以采用一個生產(chǎn)者多個消費者的模式,這種情況下,可以用到鎖機制,保證一條消息只能到達一個消費者。當redis數(shù)據(jù)達到一定的量之后,也可以適當?shù)恼{整生產(chǎn)者的執(zhí)行頻率和對應的條件。
以上這篇PHP實現(xiàn)電商訂單自動確認收貨redis隊列就是小編分享給大家的全部內容了,希望能給大家一個參考,也希望大家多多支持腳本之家。
- 詳解PHP多個進程配合redis的有序集合實現(xiàn)大文件去重
- redis 隊列操作的例子(php)
- php中使用redis隊列操作實例代碼
- PHP使用php-resque庫配合Redis實現(xiàn)MQ消息隊列的教程
- php+redis消息隊列實現(xiàn)搶購功能
- phpredis提高消息隊列的實時性方法(推薦)
- php基于Redis消息隊列實現(xiàn)的消息推送的方法
- PHP基于Redis消息隊列實現(xiàn)發(fā)布微博的方法
- PHP+Redis 消息隊列 實現(xiàn)高并發(fā)下注冊人數(shù)統(tǒng)計的實例
- PHP使用redis消息隊列發(fā)布微博的方法示例
- PHP實現(xiàn)基于Redis的MessageQueue隊列封裝操作示例
- php使用redis的有序集合zset實現(xiàn)延遲隊列應用示例
相關文章
php筆記之:php函數(shù)range() round()和list()的使用說明
本篇文章介紹了,php函數(shù)range() round()和list()的使用說明。需要的朋友參考下2013-04-04使用Yii2實現(xiàn)主從數(shù)據(jù)庫設置
大家應該都知道,當項目做大了,數(shù)據(jù)庫主從還是不可少的。使用Yii框架開發(fā),如何設置數(shù)據(jù)庫的主從呢?其實很簡單。下面這篇文章就給大家詳細介紹了使用Yii2實現(xiàn)主從數(shù)據(jù)庫設置的方法,文中介紹的很詳細,相信對大家的理解和學習很有幫助,下面來一起學習學習吧。2016-11-11Laravel 5框架學習之向視圖傳送數(shù)據(jù)(進階篇)
上篇文章我們介紹了Laravel5框架中如何向視圖中傳送數(shù)據(jù),今天我們來研究下如何向視圖中傳送array,非常的詳細,推薦給有需要的小伙伴參考下。2015-04-04