数据库优化的三个例子

在维护旧数据库的时候经常碰到非常的查询，多数都是两方面的原因。
1）没有加索引
2）查询语句导致索引用不上
3）过多的连接数据库在一个大型的计算中原来每天要花费半小时才能完成，对计算的过程进行仔细的分析，发现下面的语句花费了很长时间select sum(order_qty - delivery_qty - reduce_confirm_qty - lost_qty ) qty from circle_ordering where sku = '" . $sku . "' AND submit_status = 5 AND order_type = 'AIR'通过explain 这条语句，仔细分析数据库才知道并没有相关的索引作用在这条查询语句上，这样导致了这条sql是全表查询。于是对这三列（sku, submit_status, order_type）新建索引. 重新执行后，整个程序只用了10份钟就完成了。注意这个复杂的查询语句的条件第一个条件
(a.ebay_paidtime between UNIX_TIMESTAMP(‘”.$asta开发云主机域名rt.”‘) and UNIX_TIMESTAMP(‘”.$aend.”‘)
由于在ebay_paidtime字段有索引，如果只有这个条件，查询速度很快，查询一次不到一秒。但是因为后面还有两个条件使用了 or, 这样导致会导致了对ebay_order进行了全表查询，而这个表有3百多万条数据，所以查询非常慢。
(有这个说法 ：验证在两个相同字段之间使用or不会导致全表扫描，只有出现不同字段自建使用or时会导致全表扫描。但我没有验证过。)根据业务需求我们把三个用or 连接的查询条件拆出来，分别进行查询，最后用union语句连起来。这样查询的效率得到了大大的提高。修改后的查询如下小插曲，当我们分析data2的时候，无论如何给shippedtime加索引，只要查询shippedtime都是全表查询。仔细分析才知道原来在数据库设计的时候，这个shippedtime的字段是varchar, 程序把时间戳保存成这种类型，自然没有办法使用适合我们需要的索引，解决的方法是通过alter语句先把shippedtime改成int 类型，再增加一个索引到这个字段。这样这个查询慢的问题就彻底得到解决了。从代码上看，这个只是很简单的查询，ebay_goods也有索引，应该很快就能查询到结果。但实际上整个流程跑下来很慢。仔细分析原因是因为$quan的数字太大，导致了for循环超过了10000次，这样导致了$vv这个查询进行了10000次。所以单独查一条没有性能问题，但是如果多次重复这样的查询就会引起性能问题。解决的方法就是在for循环的前面先查询ebay_goods全表，把这个表记录到一个数组，然后在for循环里使用素组的数据。因为ebay_goods这个数组只有几千条记录，这个方法是可行的。
修改程序变成：我们采用数组的方法后，查询也比旧方法效率提高好几倍。这是因为现在我们的服务器配置的内存是足够大的，PHP的运行也是足够快的。瓶颈就在于php在等待mysql的查询结果。所以我们先用一次查询把数据库结果组成了数组。

相关推荐: MySQL how to run mysqld as ro

场景 版本5.6.44，[ERROR] Fatal error: Please read “Security” section of the manual to find out how to run mysqld as root!此处 mysql是出于安全考…