zoukankan      html  css  js  c++  java
  • 我的升级

    一、前言

           最近在刚完成了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处理的则根据情况处理。

    三、

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

  • 相关阅读:
    luogu1197 [JSOI2008]星球大战
    luogu2085 最小函数值
    Vijos 1144 小胖守皇宫 【树形DP】
    洛谷 P1941 飞扬的小鸟 【DP+众多特判】
    codevs 1516 平均分数 【数学推理+求逆序对】
    tyvj 1936 太空战队 【强连通分量】
    USACO 2.4 Overfencing 【种子染色法+递推】
    code[vs] 2488 绿豆蛙的归宿【反向拓扑+DP】
    USACO 2.3 Zero Sum 【搜索+字符串处理+模拟计算】
    USACO 2.3 Cow Pedigrees 【DP+前缀和优化】
  • 原文地址:https://www.cnblogs.com/xiaoyaoxia/p/2817999.html
Copyright © 2011-2022 走看看