Re: [討論] 太多OR條件的優化問題
※ 引述《azureshin (azureshin)》之銘言:
: 有一個array, 長度為500, 而裡面的value都是要做為SQL條件的
: 所以我先用foreach解析array時, 就順便組成字串規則如下
: $Str .= " SELECT * FROM test WHERE id > 1900039 name='".$value."' union all"
: 等foreach一結束, 我再統一執行指令
: 上面指令串起來可能是長這樣
: SELECT * FROM test WHERE id > 1900039 and name='koei1@gmail.com' union all
: SELECT * FROM test WHERE id > 1900039 and name='koei9@gmail.com' union all
: SELECT * FROM test WHERE id > 1900039 and name='koei30@gmail.com'
可以先問一下為什麼要 union all 嗎?
如果你抓的是同一個 table,可能有可以不用 union all 的方式,
把 union all 解掉,應該就有機會把速度拉上來。
: 我的問題有3個, 都是跟效能有關
: 1. 假設array長度為500, 原本程式就會是id > 1900039 and name= ? 執行500次, 但因
: 為id > 1900039是固定的
: 那我否把id > 1900039先撈出來, as tmp_table, 剩下的name = ? 要執行500次就從
: tmp_table去執行
: 這樣效能感覺會比較好 ? 有這種寫法嗎 ?
有的,MySQL 可以建 Temporary table,
http://dev.mysql.com/doc/refman/5.1/en/create-table.html
: 還是mysql在執行500次的id > 1900039 and name= ?時, 底層就會自動把id > 1900039
: 放在memory來做緩衝 ? 不會重複讀取資料表.
一般來說 DB 在你去拉 table 的時候,都會自動把用到的丟進記憶體裡,
所以像在啟動大量資料的資料庫庫時都會有個「熱機」的動作,
藉由程式或一些方式讓 table 先塞進記憶體裡。
不過你想問的應該是會不會自動建臨時表,
這個真的要 explain 一下才知道了…
: 2. 大家是怎處理OR條件很多的情形, 我知道有做index時, union all可以比OR有更好的
: 表現
: 但union all重複太多次時也是令人擔心.....
union all 會比 or 有更好的表現應該是和「index 怎麼建」有關係,
MySQL 的 index(不好意思我只稍微知道 MySQL)是很複雜的東西,
如果你有空,我會推薦你看
http://www.percona.tv/percona-webinars/mysql-indexing-best-practices
: 上面方案1我不知道SQL怎寫, 也沒看過, 所以有想一個變通方式, 就是將id > 1900039讀
: 出來丟進TEMPORARY TABLE
: 然後剩下的name= ? 不管重複幾次就從TEMPORARY TABLE讀取....
: 我自己還在不斷嘗試當中, 只是還沒找到最佳解@@~~希望有人能一起討論, 感謝
: --------------
: 第三個方法我自己剛測過, 更糟
: 就是將id > 1900039讀出來, 然後用php去in_array判斷name = ?
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 1.172.166.252
→
05/24 22:20, , 1F
05/24 22:20, 1F
→
05/25 17:12, , 2F
05/25 17:12, 2F
討論串 (同標題文章)
PHP 近期熱門文章
PTT數位生活區 即時熱門文章
5
22