id跟reply_time的数据库存储格式本来就不同,而且复杂性也不同
地球人都知道,越是复杂就越需要时间整理
reply_time你存储的如果是整数就比字符串要快!
这么追求速度,那多用三层架构
应用程序做dll比脚本语言快很多,尤其是10万条记录,值得封装了!!
再得50分本版就够1000专家分了,努力!!

解决方案 »

  1.   

    把 reply_time 字段的類型 設置為 char 型態,可能速度會快一點,通常日期型態的檢索會比字符型態的檢索慢
      

  2.   

    推测你的post_time reply_time都为时间类型。产生时间误差是因为你只根据一次结果来分析的,采用同一排序算法对2组不同的数据进行多次排序,消耗的时间基本持平。贴主所看到的只是表面现象。其实post_time和reply_time的排序时间根据总的次数来分析,效率应该是相同的。如果要加快时间,你可以像其他人所言,改成char类型试试。
      

  3.   

    Primary Key的索引值是最快的,别指望利用reply_time的索引查询时间和它相提并论.除非你能保证reply_time值可以唯一,那可以将reply_time的索引类型改成unique.