※ 引述《yachine (無聊的男人)》之銘言： : ※ 引述《Lucemia (生の直感、死の予感)》之銘言： : : MyISAM 有點不夠用了，想請教一些MySQL下 Innodb的問題 : : 1. 從MYSQL的文件看來Innodb比起MyISAM更能夠處理大資料量、 : : 以及大流量的服務? : 文件看起來是這樣 但是個人實際上使用似乎不然 : 且感覺不大穩定 目前已經碰到很多奇形怪狀的問題.. : : 2. MyISAM讀一個問題是table 大小受OS檔案大小上限的影響， : : 而且在300 ~ 400mb時，沒到上限就會變的有點慢了。 : : 現在在想使用innodb 是否能夠解決這方面的問題。 : : 但改用innodb後，他把5~6個table合併成一個2Gb的ibdata1文件 : : 這樣豈不是更慢、更容易超過os上限嗎? : 您的DB是建構在Widnows平台上嗎?因為您提到2GB的限制 : 建議您改用Unix like 平台 : Windows上面跑了太多沒有辦法控制的程式 : 在大型資料庫的架構來說 不是很合適的 測試是在window下面測、主機是debain的系統。 linux like的系統沒有檔案大小限制嗎? : : my.ini 中提到有innodb file path 的設定， : : 但是那個是要一個資料庫檔案一個資料庫檔案的手動分配增加嗎? : : 如果我要做一個10gb的應用，以2gb的檔案來存 : : 就要先開好5個檔案? : 這一點看不大懂 你要是沒有先建立好Table file怎麼進行操作呢? : 基本上若您評估的結果需要用多個資料庫來儲存 就要先開好 myisam 會自己開好table file .. innodb的話是全部要自己設定嗎? 他好像也沒有按照table 來區分檔案 : : innodb使用起來和MyISAM感覺差蠻多的，第一次用沒有commit，重開死一次 : : 第二次太晚commit，當掉又死一次。mmm : : 看到phpmyadmin中看到的資料筆數會浮動也是有點傻眼， : : 資料不知道有沒有正確的update進去。 : : 請大家幫忙回答我的問題。 : 我想你Update會慢的原因可能你的Index太多或太複雜 : 在資料量大的環境中 建立良好的索引可以加速查詢 : 但是卻會拖慢更新效能 : 以上提供參考~ : 本人有用MySQL做過每天20G的系統 有問題可以再詳加討論 目前有的table 大至上是兩種 資料: id, dataname, datafield1,2,3,4,5 ... ,build_time 其中id設primary, dataname 設unique, build_time 設index (不確定需要進行order by的欄位是否應要設成index) weighted mxm關係: id, A_id, B_id, weight1,weight2 id 設primary (A_id, B_id) Unique A_id index , B_id, index weight1,2,3, 設index ... 像這樣子的設定OK嗎? 另外一個問題是 table的大小是否會影響效能， 應該要致力於將每個欄位都設定到最小所需嗎? 感謝您無私的經驗分享 m(_ _)m --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.110.216.36 ※ 編輯: Lucemia 來自: 140.110.216.36 (10/27 03:34)