※ 引述《sunbysea (下五子棋吧)》之铭言： : 之前写php程式用到mysql，大概是几万笔的资料 : 感觉起来效能还不错 : 现在要用到的资料可能会有一千多万笔 : 估计资料从零笔累积到一千多万笔的时间间隔是一个礼拜 : 然後资料又归零从新开始 : 期间要不断的insert资料到资料库，同时select资料跑一些程式 : 想问一下，当table变的很大的时候，mysql效能如何 : 另外像处理这样大资料库的例子有没有什麽需要注意的地方 : 或是有没有什麽方法可以提升资料库运作的效率 : 麻烦各位大大指点一下 : 谢谢 资料格式..每个栏位的资料定址不要超过太多.. 能用varchar(128)就不要用text(名称不确定对不对) index的指定可以让搜寻更更快..可是也会拖慢写入速度.. 这一点要自己去衡量..修改次数多了以後最好作一次「资料重整」.. 原理跟硬碟重整类似..另外当资料归零的时候.. 把他drop掉重新建立可能会比较好.. 如果你的资料量真的非常大..那麽硬体加强一点比较好.. 如果你使用linux..可以看看是否有动用到swap.. 不是说不要设定swap..而是他的速度觉对没有RAM快.. 动用到swap表示ram可能不够..加多一点.. 如果在同一时间可能有多个执行会写入硬碟.. 加强硬碟的能力也有帮助..比如说cache大一点的.. 或用raid阵列(要选对喔)..硬碟快取卡也行.. 毕竟DbServer不像其他服务那样容易将一个service分散给多台server负责.. 另外就是SQL指令的技巧也可能有差.. 尤其是很复杂的指令..这需要经验.. --

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