mysql優化數據內容：多列或簡單列哈希數據

Question

我實際上有一個30列的表。有一天這張桌子可以獲得3000個新紀錄！

列DATAS樣子：

IMG          Name   Phone  etc.. 

http://www.site.com/images/image.jpg  John Smith 123456789 etc.. 
http://www.site.com/images/image.jpg  Smith John 987654321 etc.. 

我正在尋找一種方式來優化表的大小，還可以把SQL查詢的響應時間。我想在做類似的：

Column1 

http://www.site.com/images/image.jpg|John Smith|123456789|etc.. 

，然後通過PHP的我將每個值存儲到一個數組..

難道是更快？

編輯

所以採取結構的一個例子，比方說，我有兩個表：

package 
package_content 

下面是表package的結構：

id | user_id | package_name | date 

這裏是表package_content的結構：

id | package_id | content_name | content_description | content_price | content_color | etc.. > 30columns 

事情是爲每個包我可以得到16羅的內容。例如：

id | user_id | package_name | date 
260 11  Package 260 2013-7-30 10:05:00 

id | package_id | content_name | content_description | content_price | content_color | etc.. > 30columns 
1  260   Content 1  Content 1 desc  58    white   etc.. 
2  260   Content 2  Content 2 desc  75    black   etc.. 
3  260   Content 3  Content 3 desc  32    blue   etc.. 
etc... 

然後用PHP我做出那樣的

select * from package 
while not EOF { 
    show package name, date etc.. 
    select * from package_content where package_content.package_id = package.id and package.id = package_id 
    while not EOF{ 
     show package_content name, desc, price, color etc... 
    } 
} 

Answer 1

難道是更快？絕對不是。如果您需要通過Name或Phone或etc...進行搜索，則必須每次從Column1中提取這些值。永遠無法優化這些查詢。

如果您想讓表格變小，最好考慮將某些列拆分爲另一個表格。如果你想追求這個選擇，請發佈整個結構。但請注意，列數不會影響速度那多。我的意思是它可以，但是它會降低你的速度。

最後，每天3,000行大約每年100萬行。如果數據庫設計合理，MySQL可以輕鬆應對。

---

附錄：局部表的結構加樣查詢和僞碼添加到質疑。

該僞代碼顯示package表被一次查詢，然後匹配package_content行一次查詢一行。這是一個非常緩慢的方式去做事情;更好地使用一個JOIN：

SELECT 
    package.id, 
    user_id, 
    package_name, 
    date, 
    package_content.* 
FROM package 
INNER JOIN package_content on package.id = package_content.id 
WHERE whatever 
ORDER BY whatever 

這將加快事情的馬上。

如果要顯示在網頁上，一定要限制用WHERE條款的結果 - 沒有人會希望看到1000個或3000或1,000,000個包一個網頁上:)

最後，正如我前面所提到的，列數不用於查詢優化一個巨大的擔心，但是......

1. 有一個很寬的結果行意味着更多的數據具有跨線去從MySQL到PHP，並

2. 這是不可能的您可以在網頁上顯示30列以上的信息，而不會顯得很糟糕，特別是在閱讀大量行時。

考慮到這一點，你就可以在查詢中選擇特定package_content列，而不是挑選他們都帶着SELECT *的更好。

Answer 2

不要組合任何列，這是沒有用的，甚至可能會更慢。

您應該在查詢的列上使用索引。我有一個網站，其中有大約30列，atm大約有600.000個結果。如果在查詢之前使用EXPLAIN，則應該查看它是否使用任何索引。如果在同一個表中有2個值和一個WHERE JOIN。您應該按照JOIN - > WHERE的順序對3列進行組合索引。如果你加入同一張桌子，你應該看到這是一個單獨的索引。

例如：

SELECT p.name, p.id, c.name, c2.name 
FROM product p 
JOIN category c ON p.cat_id=c.id 
JOIN category c2 ON c.parent_id=c2.id AND name='Niels' 
WHERE p.filterX='blaat' 

你應該在類

parent_id,name 
AND 
id (probably the AI) 

有一個組合索引產品

cat_id 
filterX 

A股指數有了這個簡單的解決方案，您可以從不能優化查詢可以達到0.10秒，甚至更快。

如果你使用MySQL 5.6，你應該切換到INNODB，因爲MySQL優化JOINS和子查詢。另外MySQL會嘗試將它們運行到MEMORY中，這會使它更快速地運行。請記住，回補INNODB表可能需要額外注意。

您可能還會考慮製作MEMORY表以實現超快速查詢（您仍然需要索引）。

您還可以通過使整數大小爲4（4個字節，而不是11個字符）進行優化。並不總是使用VARCHAR 255.