託GLOBAT的福,小弟原本存在的PHP安全模式問題已經圓滿解決,模組皆可正常安裝(再也不用繞遠路了~YA!),資料庫搬移過程中也還算順利...

但是在新增了不算少的內容之後,開始覺得速度變慢很多,於是進入PHPMYADMIN做了最佳化,但是改善程度有限,所以做了檢查出現如下錯誤:
於資料表 `jos_categories` 中有索引問題
多過一個 INDEX 鍵已建立到欄位 `section` 中
於資料表 `jos_core_acl_aro` 中有索引問題
多過一個 UNIQUE 鍵已建立到欄位 `section_value` 中
多過一個 INDEX 鍵已建立到欄位 `hidden` 中
於資料表 `jos_core_acl_aro_groups` 中有索引問題
多過一個 INDEX 鍵已建立到欄位 `parent_id` 中
於資料表 `jos_core_acl_aro_sections` 中有索引問題
多過一個 UNIQUE 鍵已建立到欄位 `value` 中
多過一個 INDEX 鍵已建立到欄位 `hidden` 中

以'jos_core_acl_aro_groups'為例,INDEX索引有兩個鍵'parent_id_aro_groups'和'jos_gacl_parent_id_aro_groups',都是在'parent_id'之下
看起來好像可以忽略其中一個鍵,但是不確定的情況下也不敢貿然行事

不知道索引問題是不是會嚴重拖慢MYSQL的速度?
還是MUILTITHUMB在產生縮圖的過程中拖慢,過一陣子就好了(總共上千張的縮圖),?
我有嘗試開啟快取,但仍然效果不彰,開啟MUILTITHUMB的圖片內容總要花個10~20秒
文字內容就很快,5秒內就能開好,但還是略嫌太慢...

有沒有有經驗的大大能給予小弟一些建議?感激不盡^^

jhl0724 寫了道：: 不知道索引問題是不是會嚴重拖慢MYSQL的速度?

一般索引會造成速度變慢是當資料表有很頻繁的寫入(INSERT, UPDATE, WRITE, 等...)，如果資料表大部分時間只是用在讀取，應該不會變慢太多。當然如果資料非常多，難免較慢。

kochin 寫了道：:

jhl0724 寫了道：: 不知道索引問題是不是會嚴重拖慢MYSQL的速度?

一般索引會造成速度變慢是當資料表有很頻繁的寫入(INSERT, UPDATE, WRITE, 等...)，如果資料表大部分時間只是用在讀取，應該不會變慢太多。當然如果資料非常多，難免較慢。

感謝^^
後來發現是剛存檔之後MULTITHUMB產生縮圖的速度拖慢,第二次讀取該檔案之後就改善很多,所以我的解決方法是把每個文章的圖片控制在200張以內,這樣一來第一次產生縮圖的時間就不至於超過十秒

另外可否再請教,一旦因為頻繁的寫入資料造成資料庫變慢,除了PHPMYADMIN的最佳化資料表功能之外是不是就只能等主機重開機才會恢復?
總覺得GLOBAT的MYSQL伺服器速度有些差強人意,我才用了6天,可能還沒RESET吧?

jhl0724 寫了道：: 另外可否再請教,一旦因為頻繁的寫入資料造成資料庫變慢,除了PHPMYADMIN的最佳化資料表功能之外是不是就只能等主機重開機才會恢復?
總覺得GLOBAT的MYSQL伺服器速度有些差強人意,我才用了6天,可能還沒RESET吧?

資料庫速度慢的可能原因實在太多了，你所提到 index 建的太多是一個可能，其他還有 query 用的不好、資料表設計的不好、資料庫的 buffer 不夠、資料庫的 page size 設的不好、資料庫伺服器記憶體不足、資料庫伺服器太忙、與資料庫伺服器的連接有瓶頸、等…… Reset 可能只會暫時改進速度。