同样一个1000w的表，都有业务字段所索引
为什么oracle查起来很轻松，mysql就建议分库分表了。
是索引实现的区别导致的吗？还有底层IO读取的优化上的区别？还有哪些区别？
网上查的资料，讲的都太虚了，没讲到本质上
不可能给你讲到本质上，oracle 是商业闭源产品，不可能让你知道实现细节。内部人员也不敢讲，毕竟公司机密
是索引实现的区别导致的吗？还有底层IO读取的优化上的区别？还有哪些区别？—— 可以理解为 oracle 给特定查询做特定优化，比如 mysql 给特定场景的优化数为 10 ，oracle 这坨维护了几十年的屎山，就有 1000 个
你可以研究研究 pgsql 和 mysql 的区别倒是可以的
1000w 要分表这个结论，放到 20 年前的 HDD 时代，或许成立，现在是 SSD 时代了，磁盘的顺序读写尤其是随机读写能力已经增长了 n 倍+，这个结论早就不成立了
我现在有一个项目表，体积已经 100GB+，超过 1 亿行了，通过合理的索引，依然可以实现毫秒级别的查询
对于 99% 的数据库查询，瓶颈都是在磁盘，衡量磁盘指标有三个：
- 顺序读写能力
- 随机读写能力
- IOPS
HDD 的顺序读写能力在 40-300MBps，SSD 在 500-7500MBps
HDD 的随机读写能力在 0.5-2MBps，SSD 在 50-300MBps
HDD 的IOPS能力在 小几十，SSD 在 10w-300w
而且，「oracle比mysql快」这个特点在「互联网」场景下，可以说是毫无意义的。所以你完全不需要去了解为什么「oracle比mysql快」
