PTT數位生活區 / Database (資料庫)

[問題] mysql 同一個table select lock

看板Database (資料庫)作者 (小心一點)時間6年前 (2018/01/06 18:54), 編輯推噓0(0推 0噓 9→)
留言9則, 2人參與, 6年前最新討論串1/2 (看更多)
想請問一下版友 如果網站同時有1千人在讀取同一個table 是否會造成lock 我今天遇到這種情況 很多買家湧進商品頁面 打算搶單 因為搶單關係 很多人會狂按F5重整 (db就會一直去讀商品的table) 直到搶單按鈕一出現 馬上下訂單 結果時間一到 公司的網站當掉快20分鐘 MIS是說主機沒有問題 主要是db sql卡住 我查了一下 processlist 全都卡在 select 商品的table 或是和商品相關join到的table 我是把時間長的幾個process kill掉 才慢慢恢復正常 之前偶爾卡了幾秒 還不算嚴重 但是今天卻卡了20分鐘 整個被lock住 無法釋出 必須透過kill process才能恢復正常 囧rz.. 但是像這種 select lock 要如何解決? 我看了一下內文 是有提到 WITH NOLOCK 但是好像是mssql才行 想請問mysql有方法可以預防這問題嗎? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 49.159.67.88 ※ 文章網址: https://www.ptt.cc/bbs/Database/M.1515236074.A.08B.html
→
01/07 08:39, 6年前 , 1F
單純的select應該是不會鎖表，是不是有select...for updat
01/07 08:39, 1F
→
01/07 08:39, 6年前 , 2F
e或其他更新操作先鎖定了導致其他查詢在等待，可以查table
01/07 08:39, 2F
→
01/07 08:39, 6年前 , 3F
lock的資訊出來看看
01/07 08:39, 3F
→
01/07 08:40, 6年前 , 4F
忘記說，這是在innodb的情況下，如果是myisam就....
01/07 08:40, 4F
→
01/07 18:09, 6年前 , 5F
回樓上 是用innodb 沒有用for update
01/07 18:09, 5F
→
01/07 18:10, 6年前 , 6F
但是我看processlist 卻是select卡住 我本來想說等下就好
01/07 18:10, 6F
→
01/07 18:12, 6年前 , 7F
結果過了3分鐘 還是lock 我才直接kill process 囧rz
01/07 18:12, 7F
→
01/07 18:12, 6年前 , 8F
當下我也很疑惑 為何select會卡住那麼久
01/07 18:12, 8F
→
01/07 18:14, 6年前 , 9F
table lock資訊可以事後查嗎 還是要當下? 因為主機不歸我管
01/07 18:14, 9F
‣ 更多 liisi 的文章
文章代碼(AID): #1QKAhg2B (Database)
Database 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 liisi 的文章
文章代碼(AID): #1QKAhg2B (Database)