要想速度高的话,尽量在where 后面的条件字段上建立索引,优化你的SQL,避免子查询,避免排序(或尽量减少排序的行数,排序的话尽量按简单关键字或索引字段排序),返回行数多的话就用limit分页。能不能一两秒钟完成要看你的表本身情况及你的SQL,可以有比这快的,也可能比较慢的。

解决方案 »

  1.   

    MYSQL可以算是种大型数据库,答案是可以的不过对于你所说的一两秒种就要看你的查询优化和建表的结构等等了
      

  2.   

    建索引,用LIMIT分页,尽量少用模糊查询。
      

  3.   

    你可以使用mysql的内存数据库,把表定义成HEAP类型可以显著提高查询速度。
    下面是我们的测试记录,插入10000条88个字节记录100次的平均时间(有索引):
    内存数据库所用时间567.12毫秒;CPU占用率:插入进程占25%~30%之间,mysql数据库为70%;
    外存数据库所用时间4411.04毫秒;CPU占用率:插入进程占25%~30%之间,mysql数据库为18%左右,mysql数据库为80%;查询10000次88个字节记录100次的平均时间(有索引):
    内存数据库所用时间16.77毫秒;CPU占用率:插入进程占25%~30%之间,mysql数据库为70%;
    外存数据库所用时间23.53毫秒;CPU占用率:插入任务为25%~30%之间,mysql数据库为80%;
      

  4.   

    如果主键和索引没有设计好,或者查询的时候where中的条件是模糊查询的话,就比较慢,如果where中使用的字段是做了索引的话,就比较快,1-2秒内不是问题