推 KC73:不然就用 SELECT ... INTO OUTFILE 'file_name' 試試看吧! 04/30 03:26
※ 引述《abschihok (大帥哥)》之銘言：
: select * from xxx where .....
: 如果select出來的筆數有數千萬筆，
: 那光一開始的select時間，不就要等上一段很長的時間了，
: 甚至整個cpu資源都被吃掉了
: select 似乎不適合用在大筆數的查詢，
: 那請問有什麼好辦法可以適用在多筆數的查詢嗎？
除了網友提的一些問題與方法之外，我想補充提問一個問題：
像這樣超大量的查詢動作會「經常」做嗎？
如果不會，而這樣的查詢動作又無可避免的話(雖然我想不到可能的原因)，那...
就讓它跑吧，只是可能要挑一下適當的時間就是了。
如果這樣的查詢動作非得要經常的執行，而該做的最佳化也做了，那麼唯一的方法
可能就是花錢買高檔硬體了(我想得到的)，剩下要思考的可能是要使用單一台電腦
還是透過多台分散處理了。
~~~ 數千萬筆的資料查詢，感覺起來比較像是要把整個資料庫dump出來。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.165.175.24