一、前言

       最近在刚完成了pw版本的升级程序，拿了个拥有3万多用户的小站跑了下，结果一次503的time out错误，最后修修补补跑完之后发现用了将近1个小时。于是将运行最慢的几个模块分析了下SQL语句。记录下。

二、环境描述

数据库：mysql，原数据和目标数据同一个服务。

操作系统：本地的ubuntu12.10

描述：原PW87：用户数据量3.4W，2.1W帖子数据，7.9W回复数据，3.1W原私信数据，数据库使用的引擎是myisam，

新pw9的数据库采用innodb引擎

二、sql记录分析

监听到一条用户数据查询如下：

 select * from pw_members order by uid limit 10000, 1000;

用explain分析得到如下：

myiasm引擎：

mysql> explain select * from pw_members order by uid limit 10000, 1000;

+----+-------------+------------+------+---------------+------+---------+------+-------+----------------+
| id | select_type | table      | type | possible_keys | key  | key_len | ref  | rows  | Extra          |
+----+-------------+------------+------+---------------+------+---------+------+-------+----------------+
|  1 | SIMPLE      | pw_members | ALL  | NULL          | NULL | NULL    | NULL | 34730 | Using filesort |
+----+-------------+------------+------+---------------+------+---------+------+-------+----------------+
1 row in set (0.00 sec)

innodb引擎：

mysql> explain select * from nw_user order by uid limit 10000, 1000;
+----+-------------+---------+-------+---------------+---------+---------+------+-------+-------+
| id | select_type | table   | type  | possible_keys | key     | key_len | ref  | rows  | Extra |
+----+-------------+---------+-------+---------------+---------+---------+------+-------+-------+
|  1 | SIMPLE      | nw_user | index | NULL          | PRIMARY | 4       | NULL | 11000 |       |
+----+-------------+---------+-------+---------------+---------+---------+------+-------+-------+
1 row in set (0.01 sec)


两表使用都对uid建立唯一索引，

换种写法：

SELECT uid FROM pw_members WHERE uid > 10000  ORDER BY uid LIMIT 1000;

myisam引擎：

mysql> explain SELECT uid FROM pw_members WHERE uid > 10000  ORDER BY uid LIMIT 1000;+----+-------------+------------+-------+---------------+---------+---------+------+-------+--------------------------+
| id | select_type | table      | type  | possible_keys | key     | key_len | ref  | rows  | Extra                    |
+----+-------------+------------+-------+---------------+---------+---------+------+-------+--------------------------+
|  1 | SIMPLE      | pw_members | range | PRIMARY       | PRIMARY | 4       | NULL | 26074 | Using where; Using index |
+----+-------------+------------+-------+---------------+---------+---------+------+-------+--------------------------+
innodb引擎：

mysql> explain select * from nw_user where uid > 10000 order by uid limit 10000, 1000;
+----+-------------+---------+-------+---------------+---------+---------+------+-------+-------------+
| id | select_type | table   | type  | possible_keys | key     | key_len | ref  | rows  | Extra       |
+----+-------------+---------+-------+---------------+---------+---------+------+-------+-------------+
|  1 | SIMPLE      | nw_user | range | PRIMARY       | PRIMARY | 4       | NULL | 17461 | Using where |
+----+-------------+---------+-------+---------------+---------+---------+------+-------+-------------+

我的结论：

横向相比，对于第一种写法，innodb处理的方式会比myisam优雅点，而第二种写法则差不多。

纵向相比，则第二种写法处理起来无论在innodb或是myisam都比第一种写法优雅。

注：这次的数据量确实不大，所以得出这个结论也许有些站不住脚，等我遇到更大数据量的时候再来回头看看这个结论如何。

于是我将从myisam有主键的处理查询都改为第二种形式，从innodb处理的则根据情况处理。

三、

      第一次处理这种数据转移，没有什么经验，也正在摸索阶段，希望各位大大么多多留言哈

本文链接