在oracle系统中造成订单量不佳的原因有哪些，磁盘读IO瓶颈。由于热点数据太多，数据库缓存完全放不下，查询时会产生大量的磁盘IO，查询速度会比较慢，这样会导致产生大量活跃连接，最终可能会发展成无连接可用的后果。可以采用一主多从，读写分离的方案，用多个从库分摊查询流量。或者采用分库+水平分表(把一张表的数据拆成多张表来存放，比如订单表可以按user_id来拆分)的方案。
在桥西等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供成都网站设计、成都网站制作 网站设计制作按需策划设计,公司网站建设,企业网站建设,高端网站设计,营销型网站,成都外贸网站建设公司,桥西网站建设费用合理。
1、首先要建立适当的索引。sql在索引字段不要加函数，保证索引起效。如果是复合索引注意在sql的顺序。如果已经存在索引，建议你先重建索引先，因为大数据表的索引维护到了一个阶段就是乱的，一般建议重建。建立好的一般可以获得几十倍的速度提升。
2、最大数据量的表放在最前，最小的表放在最后面。sql是从最后面开始反向解析的。
3、其次是要把最有效缩小范围的条件放到sql末尾去。尤其是主键或者索引字段的条件。
4、保证你sql的算法合理性。保证复杂度和空间度的合理性。
5、必要时候使用存储过程。提升30%-40%的速度
6、建议你分页读取不要一下读完所有的数据。（使用rownum），一下子数据太多会使得内存不够用的。
如果这些都做了还不满意的话，可以考虑建立几个表空间，然后按照一个算法将各个表的数据，平均的放在各个表空间内（分表分区），在select的时候数据库就会使用多线程到各个表空间索引数据，这个一般不是上千万级的表是不用的。
也不是所有人都会用。
分库分表是MYSQL应对大数据、高并发的常见解决方案，有很多朋友特别是熟悉ORACLE的朋友可能会问，
MYSQL有分区表，分区表同样能达到IO分散、提高性能的目的，而且更简单，更方便，为何还要采用分库分表呢。
我想主要有以下几个方便的原因：
1、MYSQL 对多CPU的支持还不是很好，还不能充分发挥多CPU的能力，如不支持并行，很多东西都不支持在线DDL等，
如果将分表数据堆积成分区表，即便IO不是问题，MYSQL自身管理上也是个问题，效率比分表差太多。
2、MYSQL分区表自身的不完善，坑太多，有时完全起不到分区表的作用，和巨大单表无二致，甚至更差。
3、分区表，分区键设计不太灵活，如果不走分区键，很容易出现全表锁，性能大幅下降。
4、自己分库分表，自己掌控业务场景与访问模式，可控。分区表，研发写了一个sql，都不确定mysql是怎么玩的，不太可控。
5、备份恢复问题，巨大的单表导致备份恢复时间成倍增加，加大整库备份恢复失败风险，在一些业务场景下，
甚至不能在有限的时间窗口内完成备份。
6、管理维护问题，如DDL，表一大简直是一场灾难。
所以，现在很多的互联网公司的一些互联网应用，很少有采用分区表的，而大都采用分库分表。
1.指定默认表空间是为了建立用户下的对象，临时表空间是存放临时数据，比如排序的数据，不指定默认表空间就会建到SYSTEM表空间里，这是不推荐的，业务数据最好跟系统数据分表空间存放
2.SYSTEM表空间是在建库的时候建立的
3.不推荐在SYSTEM表空间上存放业务数据
