如图,求解释

。假设现在订单表,订单里面有个字段 卖家id,
那么在家了 卖家id索引的情况下,按理来说根据卖家id分表跟不分表的效率
差别应该不是很大的,那么为什么说 表数据量大了,查询就很慢呢。
而且分表的策略是根据卖家id。
加索引,数据量越大,当然搜索就越慢
首先。索引实质上是一个**B+树**。
其次,你的卖家索引,是否是**主键索引**呢。
在单表情况下,就算你的查询全部命中索引条件,随着数据量增大,你的查询速度还是会下降(索引查询的原理导致的)
分表的作用在于解决**查询慢**,不能解决**IO瓶颈**
楼主想深入了解的话,欢迎看下我的博客
觉得有收获点个赞,谢谢
- 数据量大小与查询性能一定成反比例 2. 现实分表,极少用这种没有业务和时间意义的字段进行分表,以时间分表居多(或者是业务相关的时间, 或者是数据记录创建的时间)3. 查询的高性能,取决于具体的查询语句是否为所索引覆盖,即能够让查询计划应用索引查找,而不是索引扫描或全表扫描,一个极端的例子, 没有任何查询条件的select * from table, 一定是全表扫描,与索引没有啥关系。 4. 性能优化不仅是纯粹的技术,一定是结合具体业务的
数据量越大查询越慢是肯定的。
分表和不分表
比如你的分表策略是按ID奇偶数分成两个表
分表查询n/2条
不分表查询n条(当然加索引不一定查询全部)
数据量没达到某些值是感觉不出差距的