【讨论中】并发查询问题

olink

请教一个问题：
像这样的记录：3b983ad8-a663-44a5-94e7-8dddc9d9aafb        3        4_5        1        442,82
有6千多万行，根据第一列建索引查询，查询条件只有第一列，查询频率在每秒钟500次
问：这样的并发算高吗，如果用一台服务器，要什么配置的？

seesea2517

这方面不熟悉，不过看上去不算高吧。

todayhero

@olink

QPS 500，并不高，实际上你一个库中不可能只有一个表，查询只在一个表中进行，所以qps估计很高.
虽然你只对第一个列进行查询，比较简单，但若是查询的范围过大，sending data也会很慢的。


服务器配置
磁盘RAID10
磁盘、内存、cpu尽可能用的最快的。

磁盘可以动态磁盘，或是16K sas磁盘
内存至少32G、64G
CPU cache尽可能大

olink

谢谢两位，根据经验，6千多万记录，查询只返回一条记录，每次查询的时间会在瞬间返回结果吗？

devilkin0312

1.你的数据更新频率如何，这个决定了查询缓存的使用
2.你的内存多大，目测你的这个表数据文件在5G以下
4.查询是否指定锁
最后，如果就这一个表，做cache吧。

cenalulu

大致算下。楼主的表基本是 varchar（36），int，varchar（10），int，varchar（10），算上都可以为null，36+4+10+10+4 = 64 B
6千万行 = 3.6G
基本上属于一个全缓存的表。
机器配置的话：
内存DDR3： 16G
CPU：4核 - 8核
硬盘：SAS *4
差不多就已经很好了。
存储引擎用innodb，第一个字段作为主键，字符集用latin，像这样的key-value主键获取QPS可以上万都没问题。500的QPS基本上是到达即返回，不会有什么大并发。
全缓存单句响应时间在0.1-0.5ms级别，如果buffer-pool不热的话，单句返回时间在15ms左右。

ifairy1988

涨姿势了。。。。。。。关注！