论查询速度，MS和Mysql哪个快？

Posted 2023-04-30

论查询速度，MS和mysql哪个快？
假如两种数据库的单表数据都在500万以上，哪个更快些？
听你说到主键，与主键有什么关系吗？能否讲一下。
我也知道主键,我的意思是说不同主键的区别!比如说自动生成的ID和我自设的TXT文本ID。
好像数字比较快些。

难道分不出哪个快吗？应该显而易见吧！在数据量中等数据的情况下，Mysql好像应该快些。MS查询速度应该慢些吧，都是我的猜策。

在其他因素都基本相同的情况下。
mysql的速度快些。
这是业界很多人的观点，也是MYSQL速度设计的主导思想。

数字的ID肯定是要必TXT的ID快了。因为前者需要的索引空间和索引算法空间（好像是这个名字）要小的多。因此尤其在大数据量下数字ID要快（一般自动生成的都应该是数字了。）

应该说500万条数据在单用户下貌似不是很容易察觉的。
如果在有1-200人的并发下mysql的速度就可见一斑了。 参考技术A 应该差不多，关键还是其他因素，比如主键，索引
---------------------------------------------
当然有影响，设了主键速度快啊，因为主键是自动增加一个索引的 参考技术B 500万条数据的小表，看不出效果的 参考技术C 人的因素

mysql与es查询数据速度原理比较

参考技术A 财务平台亿级数据量毫秒级查询优化之elasticsearch原理解析_wang123459的博客-CSDN博客_elasticsearch 查询优化

mysql底层B-tree 支持矮胖，高胖的时候就很难受，说白了就是数据量多会增加IO操作。

ES底层倒排索引。term index不需要存下所有的term，而仅仅是他们的一些前缀与Term Dictionary的block之间的映射关系，再结合FST(Finite StateTransducers)的压缩技术，可以使term index缓存到内存中 （有点二级索引的感觉）