1:建索引根据索引查询 2:在后台做数据处理、是千万条数据总不能一次显示出来吧、可以根据一次显示或者用到多少条就查询多少条、不用一次性都查询出来、这样效率是很高的。3:如果有多表联合查询的话就用虚拟表查询、少用in等关键字、耗性能、4、后台代码尽量避免使用循环!
子查询优化策略
对于不同类型的子查询,优化器会选择不同的策略。
1. 对于 IN、=ANY 子查询,优化器有如下策略选择:
semijoin
Materialization
exists
2. 对于 NOT IN、<>ALL 子查询,优化器有如下策略选择:
Materialization
exists
3. 对于 derived 派生表,优化器有如下策略选择:
derived_merge,将派生表合并到外部查询中(5.7 引入 );
将派生表物化为内部临时表,再用于外部查询。
注意:update 和 delete 语句中子查询不能使用 semijoin、materialization 优化策略
那主要就是索引和分区,还有注意sql语句的优化了
单表比较麻烦 只能用子查询啊什么的性能估计提升不到哪去