MySQL 单表 2000 万条数据, 如何提高 筛选查询 和 多用户并发查询 的性能 ?

• 資深大佬 : fhsan

  读写分离，联合索引、字段冗余、缓存常用数据，可以应付
  和 php 没啥关系，2000 万不算啥大数据

• 主 資深大佬 : RickyC

  哎, 哪里有教程…

• 資深大佬 : aimaodeyuer

  2000w 也不是很大的数据量，如果查询条件不是特别多，建立合理的索引也能 hold 住。如果条件筛选太多，没办法建索引的话就往 es 同步一份数据，查询都走 es 。

• 資深大佬 : sadfQED2

  才 2000 万数据，你看下慢日志，然后合理连索引就能搞定。再不行就升级机器，固态加上，内存加大，带宽加宽。。。。

  最后的最后，实在不行了再考虑上说的，加 es，读写分离啥的

• 資深大佬 : baiduyixia

  @RickyC 看我名字

• 資深大佬 : guruiqin

  简单一点可以使用 mysql 分区(具体按照用户注册时间 或者其他进行分区)
  这样如果查询覆盖分区的话那么数据量会少很多

• 主 資深大佬 : RickyC

  @baiduyixia 两条腿走, 一直在百度, 谢谢

• 資深大佬 : noahsophie

  建议把问题具体化再去搜索，有针对性的搜索，这样提问题很难有合适的回答~
• 資深大佬 : wysnylc

  @baiduyixia #5 哈哈哈哈

• 資深大佬 : someonedeng

  有时候加个索引就能解决问题了，2000 不算非常大，但是 mysql 不建议这么大一个表吧= =，实在不行再分个区分个表啥的

• 資深大佬 : kiracyan

  2000 万慢的话不是没加索引就是单行数据过大吧

• 資深大佬 : opengps

  第一步，硬盘够快，物质基础才是第一步
  第二步，简化查询条件，让查询尽可能都按照预期的索引执行
  要并发查询，用多个实例进行读写分离

• 資深大佬 : 594duck

  2000 万行，先看索引，在看查询一次要扫描多少行。

  你的 mysql 什么配置，配置太低也不行。

• 資深大佬 : butterfly1211

  数据库中间件

• 資深大佬 : zpfhbyx

  @someonedeng 2000w 没必要上分区 分表吧。。现在的表 2c4G 下扛个大几 kw 没啥问题啊

• 資深大佬 : someonedeng

  @zpfhbyx 我手头上有个 1000 万没分的，某天瞄一眼变成 1 亿了 = =，不过这个还是得看做的什么，有些业务并不是对查询时间这么敏感，具体情况具体分析嘛

• 資深大佬 : wangritian

  吃透索引，亿级以内的数据查询很容易搞定，除非你只有 like %…%这一个条件
  推荐一下极客时间的 mysql 实战 45 讲，非利益相关，纯粹觉得写的好

• 資深大佬 : AmberJiang

  2000 万还好吧 建议可以做索引