要查询的东西很简单，检测一个ID是否存在记录即可。但是ID很多，有好几万甚至几十万。
请问该怎么做才最高效。
首先给这个ID建立索引（ID本来就是主键最好），几十万的数量级应该不成问题。然后是瞬间大量查询的问题，先看看能不能用Mysql查询缓存优化，不行就在应用与数据库层之间使用Memcached做缓存。
如果知道什么时候会有大量查询，可预先查询一次将数据刷到缓存里面。
- ID是主键吗？如果是primary key，那默认已经建好了主键索引，几十万数据根据ID查询这样已经很快。
- 数据量上去后，考虑分库、分表、读写分离等技术。
- 应对瞬间高并发需要缓存系统在前端顶一下。
如果有很多查询其实是找不到match的id场景的话，可以先用bloom filter过滤掉全部会miss的查询
另外对于mysql来说，几十万的记录，可以把这个表的engine弄成内存表，那么查询会快的多
这种似乎更适合key-value存储，比如redis