※ 引述《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上面跑了太多没有办法控制的程式 在大型资料库的架构来说 不是很合适的 : my.ini 中提到有innodb file path 的设定， : 但是那个是要一个资料库档案一个资料库档案的手动分配增加吗? : 如果我要做一个10gb的应用，以2gb的档案来存 : 就要先开好5个档案? 这一点看不大懂 你要是没有先建立好Table file怎麽进行操作呢? 基本上若您评估的结果需要用多个资料库来储存 就要先开好 : innodb使用起来和MyISAM感觉差蛮多的，第一次用没有commit，重开死一次 : 第二次太晚commit，当掉又死一次。mmm : 看到phpmyadmin中看到的资料笔数会浮动也是有点傻眼， : 资料不知道有没有正确的update进去。 : 请大家帮忙回答我的问题。 我想你Update会慢的原因可能你的Index太多或太复杂 在资料量大的环境中 建立良好的索引可以加速查询 但是却会拖慢更新效能 以上提供参考~ 本人有用MySQL做过每天20G的系统 有问题可以再详加讨论 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.115.155.126