哎,至今没有找到大表的效率索引方式

SQLyog

navicat

front

命令

都宣告失败.........

可能是表内编码不一致导致问题.....

求解啊......


发表评论

  • OωO
  • |´・ω・)ノ
  • ヾ(≧∇≦*)ゝ
  • (☆ω☆)
  • (╯‵□′)╯︵┴─┴
  •  ̄﹃ ̄
  • (/ω\)
  • ∠(ᐛ」∠)_
  • (๑•̀ㅁ•́ฅ)
  • →_→
  • ୧(๑•̀⌄•́๑)૭
  • ٩(ˊᗜˋ*)و
  • (ノ°ο°)ノ
  • (´இ皿இ`)
  • ⌇●﹏●⌇
  • (ฅ´ω`ฅ)
  • (╯°A°)╯︵○○○
  • φ( ̄∇ ̄o)
  • (งᵒ̌皿ᵒ̌)ง⁼³₌₃
  • (ó﹏ò。)
  • Σ(っ°Д°;)っ
  • ╮(╯▽╰)╭
  • o(*
  • >﹏<
  • (。•ˇ‸ˇ•。)
  • 泡泡
  • 颜文字

*

已有 6 条评论
  1. 或者直接用 hadoop + impyla,查询就是标准sql,也很快。几个T的数据毫无压力

  2. 用数据仓库,列式存储引擎,一两百亿数据分分钟,比如mysql 的 infobright。
    大哥能带么

    1. @无极领域也用过了coreseek木有64位的,索引和裤子一样大,,,确实挺快的,

  3. 试试mongodb。我现在10亿+的数据。。查询速度挺快。