Php mysql處理大容量數(shù)據(jù)存儲

在一個php的論壇上看到了這樣一個貼子，索引將答案貼到這里讓大家看看，希望對大家有幫助

quote:
--------------------------------------------------------------------------------

當(dāng)數(shù)據(jù)庫很大如10萬條，1gb大小時，怎樣搜索才高效？
請問版主，我現(xiàn)在在調(diào)試一個論壇，向數(shù)據(jù)庫中寫入了10萬多條信息，此時主要的內(nèi)容都集中在一個表上，有近1gb大小。
搜索該論壇時很慢，特別是全文搜索時，即使只用
select * from `cdb_posts` where message='本破爛陳舊的小冊子從懷中取出遞給我'

也很慢，在臺式機上甚至根本運行不完。但我聽說sun公司的論壇（下面有近百個分論壇）進行全文搜索時也不超過20秒，我們能否做到。

我運行搜索程序時，cpu和內(nèi)存占用率都很低，只有硬盤燈一直在閃，我總認為是程序不夠高效，是不是可以把程序?qū)懗鲱愃?ldquo;多線程”，以提高效率。

請版主和各路大俠指教！
謝謝。

--------------------------------------------------------------------------------



有人建議它用oracle

我覺得有一點大家要注意，那就是如果你讓oracle執(zhí)行一個 select * from xxxx where xxx = 'xxxxxxxxxxxxxx';

這個表有1g的時候絕對不會比mysql快上多少。

現(xiàn)在的這么多流行的數(shù)據(jù)庫系統(tǒng)上執(zhí)行相同的操作時不可能快上很多倍的。

關(guān)鍵在于你的數(shù)據(jù)庫設(shè)計。

我在做一個商業(yè)信息的搜索引擎，在做的過程中得到一些經(jīng)驗。如下：

1。 建立摘要表
2。 對于那些數(shù)字形式且經(jīng)常查詢的數(shù)據(jù)一定要建立索引，我不記得在哪里看到一篇貼子說什么：“不要用那垃圾的索引”.郁悶了n久。這種貼子都有。。哎。
建議： 在where中的用到的尺寸不大的condition一般都要索引。尺寸大的單獨表中存儲且要用like查詢的單獨表中存儲。
3。 對于有很多結(jié)果的時候不要select *... ,先select id.... 然后取得id后進行分頁控制，取出當(dāng)前頁中的id到數(shù)組。。 再執(zhí)行select * from xxx where id in(implode(',', $id數(shù)組);
如果得到的數(shù)據(jù)還要進行join，請在這條select 語句中來進行。因為這樣數(shù)據(jù)庫進行join的選擇因子會小很多。

4。對于要全文檢索的數(shù)據(jù)和現(xiàn)在的數(shù)據(jù)分離出來。以數(shù)據(jù)庫設(shè)計中第二范式的形式表示.在單獨表中存儲和數(shù)據(jù)主鍵對應(yīng)的信息.

5。給表加上一個primary , int(smallint、tinyint 看要多少條數(shù)據(jù)).

6。在做好系統(tǒng)后用explain select .... 對系統(tǒng)中耗時的語句進行分析。看看mysql是如何處理這條語句的。

7。如果有可能，把信息分表存儲（也可分布在不同的數(shù)據(jù)庫服務(wù)器上）

本人禺見，覺得好的頂一看。。覺得差的就當(dāng)是看個笑話。。。


__________________

本人回答的問題,如無特別注明, 均未測試過....