就是类似于大量订单集中处理的时候，让他们有序的排列一个一个处理吗？
mysql 可以hold得住 1秒一次的订单 存 和 读 吗？ 1秒一次 存 和 读 用mysql 好点 还是redis好点
我先用情境說明 Queue 是做什麼：
假設今天你有一個郵件服務，使用第三方的 Mailgun
因 Mailgun 服務在美國，所以一次發信 Request 需耗時 200 毫秒
那假設你今天需要送 10000 封信，也就是 2000 秒，對使用者來說點擊送出信件後就必須等 2000 秒，體驗肯定不好，且對伺服器來說也是很大負擔
所以利用 Queue 機制，Laravel 會自動視資源使用狀況依序執行這 10000 次送信的動作，對使用者來說只會在點擊按鈕後馬上得到送出成功的回應，伺服器也不用把資源都耗在那裏等他
這也就是為什麼較大型的系統都需要 Queue 機制
關於第二個問題：Redis 屬於 Memory Database，所以速度上會比 MySQL 快很多，非常多
我先用情境說明 Queue 是做什麼：
假設今天你有一個郵件服務，使用第三方的 Mailgun
因 Mailgun 服務在美國，所以一次發信 Request 需耗時 200 毫秒
那假設你今天需要送 10000 封信，也就是 2000 秒，對使用者來說點擊送出信件後就必須等 2000 秒，體驗肯定不好，且對伺服器來說也是很大負擔
所以利用 Queue 機制，Laravel 會自動視資源使用狀況依序執行這 10000 次送信的動作，對使用者來說只會在點擊按鈕後馬上得到送出成功的回應，伺服器也不用把資源都耗在那裏等他
這也就是為什麼較大型的系統都需要 Queue 機制
關於第二個問題：Redis 屬於 Memory Database，所以速度上會比 MySQL 快很多，非常多
请登录
关于 LearnKu
粤公网安备 44030502004330号
我先用情境說明 Queue 是做什麼：
假設今天你有一個郵件服務，使用第三方的 Mailgun
因 Mailgun 服務在美國，所以一次發信 Request 需耗時 200 毫秒
那假設你今天需要送 10000 封信，也就是 2000 秒，對使用者來說點擊送出信件後就必須等 2000 秒，體驗肯定不好，且對伺服器來說也是很大負擔
所以利用 Queue 機制，Laravel 會自動視資源使用狀況依序執行這 10000 次送信的動作，對使用者來說只會在點擊按鈕後馬上得到送出成功的回應，伺服器也不用把資源都耗在那裏等他
這也就是為什麼較大型的系統都需要 Queue 機制
關於第二個問題：Redis 屬於 Memory Database，所以速度上會比 MySQL 快很多，非常多