※ 引述《JoeHorn (獅子贝轨n之銘言：贝轨뀠引述《Lucemia (生の直感、死の予感)》之銘言： : : MyISAM 有點不夠用了，想請教一些MySQL下 Innodb的問題 : : 1. 從MYSQL的文件看來Innodb比起MyISAM更能夠處理大資料量、 : : 以及大流量的服務? : 大致上來說，是這樣沒錯。 : 不過，InnoDB 有其弱項；兩者並不互斥，可以搭配使用。 :p : http://0rz.tw/2234S : http://0rz.tw/633eS : http://0rz.tw/f83ft 看起來InnoDB很好 .. 在select 的比較上和MyISAM互有勝負 在insert / update 原本的innodb強項上就不用比了.. 我先比較了一下他的my.ini設置 與我目前的設置差異， 我現在有兩台機械，一台上線跑(Linux 全使用MyISAM)， 一台在手邊測效能(window 混著測InnoDB與MyISAM) (我使用mysql安裝時的server machine預定設置) Linux Window Testing RAM 4GB 4GB 16GB Key_buffer_Size 8M 175M 1.5G! innodb_buffer_pool_size x 339M 1.5G! innodb_log_file_size x 170M 100M innodb_thread_concurrency x 10 8 max_connections 100 100 1500 (這應該是dedircated Server Machine) table_cache 256 512 這是網頁上有的參數設定.. key_buffer_size 與 innodb_buffer_pool_size 這兩項雖然我設的已經比一般使用要大了， 但還是輸Testing網頁上的設定一大節， 我想這兩個變數的設定就是關鍵所在嗎? 另外請問Innodb 的 FOREIGN KEY constraints(外部鍵約束) 這個功能重要嗎? 因為他一方面不能foreign 到 myisam的table 另一方面 如果是: (id, a_id, b_id) 這樣的table(用來做mxm對應) 通常會將 a_id, b_id 設成unique(a_id,b_id) 此時如果要在a_id, b_id上使用外部鍵約束， 就變成要再新增兩組 index(a_id), index(b_id) 這個table 就變成有四組key了!! : 以上三個網頁可以看看。 : : 2. MyISAM讀一個問題是table 大小受OS檔案大小上限的影響， : : 而且在300 ~ 400mb時，沒到上限就會變的有點慢了。 : : 現在在想使用innodb 是否能夠解決這方面的問題。 : : 但改用innodb後，他把5~6個table合併成一個2Gb的ibdata1文件 : : 這樣豈不是更慢、更容易超過os上限嗎? : : my.ini 中提到有innodb file path 的設定， : : 但是那個是要一個資料庫檔案一個資料庫檔案的手動分配增加嗎? : : 如果我要做一個10gb的應用，以2gb的檔案來存 : : 就要先開好5個檔案? : 不知道您有沒有觀察過 MySQL 運行狀態的數值？ 並紀錄 slow query？ slow query 應該還好 只有2x多個，有時候要dump整個table來算 所以一定會超過long_query_time。 現在會覺得慢的情況是一個頁面所需大約21個select的動作 合計需要3~5sec(很少數的情況會爆炸到20sec)， 雖然時間上不算是slow query 但是以頁面來說就完全不行 ww : 300 ~ 400 MB 應該不會是問題。 : 小弟手上某台 FreeBSD 的某個 MySQL DB ，裡面有塊 MyISAM 的 table size 是 6.3G。 Soga ... 檔案大小只會對速度造成線性影響嗎? : : innodb使用起來和MyISAM感覺差蠻多的，第一次用沒有commit，重開死一次 : : 第二次太晚commit，當掉又死一次。mmm : : 看到phpmyadmin中看到的資料筆數會浮動也是有點傻眼， : : 資料不知道有沒有正確的update進去。 : 根據小弟看過的案例，InnoDB 的損壞率的確比較高。 XD 感謝回答 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.110.216.36