---

持续学习&持续更新中…

学习态度：守破离

---

数据库服务器的优化步骤

查看系统性能参数

统计SQL的查询成本：last_query_cost

定位执行慢的SQL：慢查询日志

开启慢查询日志参数

PS：atguigu02、atguigu05是主机名。

查看慢查询数目

案例演示

测试及分析

慢查询日志分析工具：mysqldumpslow

关闭慢查询日志参数

删除慢查询日志

查看SQL执行成本：SHOW PROFILE

分析查询语句：EXPLAIN

概述

• https://dev.mysql.com/doc/refman/5.7/en/explain-output.html

• https://dev.mysql.com/doc/refman/8.0/en/explain-output.html

基本语法

注意

• 执行 EXPLAIN SELECT、EXPLAIN DELETE、EXPLAIN UPDATE 语句并不会真正的执行SQL语句，只是查看执行计划而已。

• 更多关注的是 EXPLAIN SELECT

数据准备

1.创建表

CREATE TABLE s1 (id INT AUTO_INCREMENT,key1 VARCHAR(100),key2 INT,key3 VARCHAR(100),key_part1 VARCHAR(100),key_part2 VARCHAR(100),key_part3 VARCHAR(100),common_field VARCHAR(100),PRIMARY KEY (id),INDEX idx_key1 (key1),UNIQUE INDEX idx_key2 (key2),INDEX idx_key3 (key3),INDEX idx_key_part(key_part1, key_part2, key_part3)
) ENGINE=INNODB CHARSET=utf8;CREATE TABLE s2 (id INT AUTO_INCREMENT,key1 VARCHAR(100),key2 INT,key3 VARCHAR(100),key_part1 VARCHAR(100),key_part2 VARCHAR(100),key_part3 VARCHAR(100),common_field VARCHAR(100),PRIMARY KEY (id),INDEX idx_key1 (key1),UNIQUE INDEX idx_key2 (key2),INDEX idx_key3 (key3),INDEX idx_key_part(key_part1, key_part2, key_part3)
) ENGINE=INNODB CHARSET=utf8;

3.创建函数

SET GLOBAL log_bin_trust_function_creators=1; #创建函数：
DELIMITER //
CREATE FUNCTION rand_string1(n INT) RETURNS VARCHAR(255) #该函数会返回一个字符串
BEGIN DECLARE chars_str VARCHAR(100) DEFAULT 'abcdefghijklmnopqrstuvwxyzABCDEFJHIJKLMNOPQRSTUVWXYZ';DECLARE return_str VARCHAR(255) DEFAULT '';DECLARE i INT DEFAULT 0;WHILE i < n DOSET return_str =CONCAT(return_str,SUBSTRING(chars_str,FLOOR(1+RAND()*52),1));SET i = i + 1;END WHILE;RETURN return_str;
END //
DELIMITER ;

4.创建存储过程并插入数据

DELIMITER //
CREATE PROCEDURE insert_s1 (IN min_num INT (10),IN max_num INT (10))
BEGINDECLARE i INT DEFAULT 0;SET autocommit = 0;REPEATSET i = i + 1;INSERT INTO s1 VALUES((min_num + i),rand_string1(6),(min_num + 30 * i + 5),rand_string1(6),rand_string1(10),rand_string1(5),rand_string1(10),rand_string1(10));UNTIL i = max_numEND REPEAT;COMMIT;
END //
DELIMITER ;DELIMITER //
CREATE PROCEDURE insert_s2 (IN min_num INT (10),IN max_num INT (10))
BEGINDECLARE i INT DEFAULT 0;SET autocommit = 0;REPEATSET i = i + 1;INSERT INTO s2 VALUES((min_num + i),rand_string1(6),(min_num + 30 * i + 5),rand_string1(6),rand_string1(10),rand_string1(5),rand_string1(10),rand_string1(10));UNTIL i = max_numEND REPEAT;COMMIT;
END //
DELIMITER ;#调用存储过程
CALL insert_s1(10001,10000);CALL insert_s2(10001,10000);SELECT COUNT(*) FROM s1;SELECT COUNT(*) FROM s2;

EXPLAIN各列的作用

table

EXPLAIN SELECT查出来有多少行记录就有多少张单表（包括临时表）
也就是说一行记录就对应着一张表
查询当中有可能会出现一下临时表，比如UNION。

#1. table：表名
#查询的每一行记录都对应着一个单表
EXPLAIN SELECT * FROM s1;#s1:驱动表  s2:被驱动表
EXPLAIN SELECT * FROM s1 INNER JOIN s2;

id

在一个大的查询语句中每个SELECT关键字都对应一个唯一的id
有多少个id，就代表有多少个SELECT
查询优化器可能对涉及子查询的查询语句进行重写，转变为多表查询的操作，那么自然就少了一个SELECT，因此并不是SQL语句中有多少个SELECT就有多少个SELECT
PS：一般来讲，子查询的效率不如多表连接查询。

#2. id：在一个大的查询语句中每个SELECT关键字都对应一个唯一的idSELECT * FROM s1 WHERE key1 = 'a';SELECT * FROM s1 INNER JOIN s2ON s1.key1 = s2.key1WHERE s1.common_field = 'a';SELECT * FROM s1 UNION SELECT * FROM s2;EXPLAIN SELECT * FROM s1 WHERE key1 = 'a';EXPLAIN SELECT * FROM s1 INNER JOIN s2;EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key1 FROM s2) OR key3 = 'a';######查询优化器可能对涉及子查询的查询语句进行重写,转变为多表查询的操作########EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key2 FROM s2 WHERE common_field = 'a');#Union去重EXPLAIN SELECT * FROM s1 UNION SELECT * FROM s2;#UNION ALL 不去重，因此不会有临时表EXPLAIN SELECT * FROM s1  UNION ALL SELECT * FROM s2;

select_type

 #3. select_type：SELECT关键字对应的那个查询的类型,确定小查询在整个大查询中扮演了一个什么角色# 查询语句中不包含`UNION`或者子查询的查询都算作是`SIMPLE`类型EXPLAIN SELECT * FROM s1;#连接查询也算是`SIMPLE`类型EXPLAIN SELECT * FROM s1 INNER JOIN s2;#对于包含`UNION`或者`UNION ALL`或者子查询的大查询来说，它是由几个小查询组成的，其中最左边的那个（子查询外边的那个）#查询的`select_type`值就是`PRIMARY`#对于包含`UNION`或者`UNION ALL`的大查询来说，它是由几个小查询组成的，其中除了最左边的那个小查询#以外，其余的小查询的`select_type`值就是`UNION`#`MySQL`选择使用临时表来完成`UNION`查询的去重工作，针对该临时表的查询的`select_type`就是#`UNION RESULT`EXPLAIN SELECT * FROM s1 UNION SELECT * FROM s2;EXPLAIN SELECT * FROM s1 UNION ALL SELECT * FROM s2;#子查询：#如果包含子查询的查询语句不能够转为对应的`semi-join`的形式，并且该子查询是不相关子查询。#该子查询的第一个`SELECT`关键字代表的那个查询的`select_type`就是`SUBQUERY`EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key1 FROM s2) OR key3 = 'a';#如果包含子查询的查询语句不能够转为对应的`semi-join`的形式，并且该子查询是相关子查询，#则该子查询的第一个`SELECT`关键字代表的那个查询的`select_type`就是`DEPENDENT SUBQUERY`EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key1 FROM s2 WHERE s1.key2 = s2.key2) OR key3 = 'a';#注意的是，select_type为`DEPENDENT SUBQUERY`的查询可能会被执行多次。#在包含`UNION`或者`UNION ALL`的大查询中，如果各个小查询都依赖于外层查询的话，那除了#最左边的那个小查询之外，其余的小查询的`select_type`的值就是`DEPENDENT UNION`。EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key1 FROM s2 WHERE key1 = 'a' UNION SELECT key1 FROM s1 WHERE key1 = 'b');#对于包含`派生表`的查询，该派生表对应的子查询的`select_type`就是`DERIVED`EXPLAIN SELECT * FROM (SELECT key1, COUNT(*) AS c FROM s1 GROUP BY key1) AS derived_s1 WHERE c > 1;#当查询优化器在执行包含子查询的语句时，选择将子查询物化之后与外层查询进行连接查询时，#该子查询对应的`select_type`属性就是`MATERIALIZED`EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key1 FROM s2); #子查询被转为了物化表

partitions (可略)

type ☆

 # 5. type：针对单表的访问方法#当表中`只有一条记录`并且该表使用的存储引擎的统计数据是精确的【MyISAM表中有一个变量记录了count(*)的值】，比如MyISAM、Memory，#那么对该表的访问方法就是`system`。CREATE TABLE t(i INT) ENGINE=MYISAM;INSERT INTO t VALUES(1);EXPLAIN SELECT * FROM t;#换成InnoDBCREATE TABLE tt(i INT) ENGINE=INNODB;INSERT INTO tt VALUES(1);EXPLAIN SELECT * FROM tt;#当我们根据主键或者唯一二级索引列与常数进行等值匹配时，对单表的访问方法就是`const`EXPLAIN SELECT * FROM s1 WHERE id = 10005;EXPLAIN SELECT * FROM s1 WHERE key2 = 10066;# 不是一个类型的话就需要进行隐式转换，就不会使用索引了。EXPLAIN SELECT * FROM s1 WHERE key3 = 10066;EXPLAIN SELECT * FROM s1 WHERE key3 = '10066';#在连接查询时，如果被驱动表是通过主键或者唯一二级索引列等值匹配的方式进行访问的#（如果该主键或者唯一二级索引是联合索引的话，所有的索引列都必须进行等值比较），则#对该被驱动表的访问方法就是`eq_ref`EXPLAIN SELECT * FROM s1 INNER JOIN s2 ON s1.id = s2.id;#当通过普通的二级索引列与常量进行等值匹配时来查询某个表，那么对该表的访问方法就可能是`ref`EXPLAIN SELECT * FROM s1 WHERE key1 = 'a';#当对普通二级索引进行等值匹配查询，该索引列的值也可以是`NULL`值时，那么对该表的访问方法#就可能是`ref_or_null`EXPLAIN SELECT * FROM s1 WHERE key1 = 'a' OR key1 IS NULL;#单表访问方法时在某些场景下可以使用`Intersection`、`Union`、#`Sort-Union`这三种索引合并的方式来执行查询# type为index_merge【where必须使用OR关键字】EXPLAIN SELECT * FROM s1 WHERE key1 = 'a' OR key3 = 'a';#`unique_subquery`是针对在一些包含`IN`子查询的查询语句中，如果查询优化器决定将`IN`子查询#转换为`EXISTS`子查询，而且子查询可以使用到主键进行等值匹配的话，那么该子查询执行计划的`type`#列的值就是`unique_subquery`EXPLAIN SELECT * FROM s1 WHERE key2 IN (SELECT id FROM s2 WHERE s1.key1 = s2.key1) OR key3 = 'a';#如果使用索引获取某些`范围区间`的记录，那么就可能使用到`range`访问方法EXPLAIN SELECT * FROM s1 WHERE key1 IN ('a', 'b', 'c');#同上EXPLAIN SELECT * FROM s1 WHERE key1 > 'a' AND key1 < 'b';#当我们可以使用索引覆盖，但需要扫描全部的索引记录时，该表的访问方法就是`index`# 覆盖索引（索引覆盖）：查询语句的WHERE条件中使用的是二级索引，并且只查询索引列的值，那么就不需要进行回表操作。EXPLAIN SELECT key_part2 FROM s1 WHERE key_part3 = 'a';#最熟悉的全表扫描EXPLAIN SELECT * FROM s1;

possible_keys和key【possible_indexes和index】

possible_keys和key：可能用到的索引 和 实际上使用的索引

 #6. possible_keys和key：可能用到的索引 和  实际上使用的索引EXPLAIN SELECT * FROM s1 WHERE key1 > 'z' AND key3 = 'a';

key_len ☆

key_len：实际使用到的索引长度(即：字节数)，主要针对于联合索引
帮你检查是否充分的利用上了索引，值越大越好，有一定的参考意义。

#7.  key_len：实际使用到的索引长度(即：字节数)
# 帮你检查`是否充分的利用上了索引`，`值越大越好`,主要针对于联合索引，有一定的参考意义。EXPLAIN SELECT * FROM s1 WHERE id = 10005;EXPLAIN SELECT * FROM s1 WHERE key2 = 10126;EXPLAIN SELECT * FROM s1 WHERE key1 = 'a';EXPLAIN SELECT * FROM s1 WHERE key_part1 = 'a';EXPLAIN SELECT * FROM s1 WHERE key_part1 = 'a' AND key_part2 = 'b';EXPLAIN SELECT * FROM s1 WHERE key_part1 = 'a' AND key_part2 = 'b' AND key_part3 = 'c';EXPLAIN SELECT * FROM s1 WHERE key_part3 = 'a';#练习：
#varchar(10)变长字段且允许NULL  = 10 * ( character set：utf8=3,gbk=2,latin1=1)+1(NULL)+2(变长字段)#varchar(10)变长字段且不允许NULL = 10 * ( character set：utf8=3,gbk=2,latin1=1)+2(变长字段)#char(10)固定字段且允许NULL    = 10 * ( character set：utf8=3,gbk=2,latin1=1)+1(NULL)#char(10)固定字段且不允许NULL  = 10 * ( character set：utf8=3,gbk=2,latin1=1)

ref

当使用索引列等值查询时，与索引列进行等值匹配的对象信息。

 # 8. ref：当使用索引列等值查询时，与索引列进行等值匹配的对象信息。#比如只是一个常数或者是某个列。EXPLAIN SELECT * FROM s1 WHERE key1 = 'a';EXPLAIN SELECT * FROM s1 INNER JOIN s2 ON s1.id = s2.id;EXPLAIN SELECT * FROM s1 INNER JOIN s2 ON s2.key1 = UPPER(s1.key1);

rows ☆

预估的需要读取的记录条数，值越小越好

 # 9. rows：预估的需要读取的记录条数# `值越小越好`EXPLAIN SELECT * FROM s1 WHERE key1 > 'z';

filtered

某个表经过搜索条件过滤后剩余记录条数的百分比

 # 10. filtered: 某个表经过搜索条件过滤后剩余记录条数的百分比#如果使用的是索引执行的单表扫描，那么计算时需要估计出满足除使用#到对应索引的搜索条件外的其他搜索条件的记录有多少条。EXPLAIN SELECT * FROM s1 WHERE key1 > 'z' AND common_field = 'a';#对于单表查询来说，这个filtered列的值没什么意义，我们`更关注在连接查询#中驱动表对应的执行计划记录的filtered值`，它决定了被驱动表要执行的次数(即：rows * filtered)EXPLAIN SELECT * FROM s1 INNER JOIN s2 ON s1.key1 = s2.key1 WHERE s1.common_field = 'a';

Extra ☆

索引覆盖

索引覆盖：查询语句的WHERE条件中使用的是二级索引，并且只查询索引列的值，那么就不需要进行回表操作。

索引条件下推

 #11. Extra:一些额外的信息#更准确的理解MySQL到底将如何执行给定的查询语句#当查询语句的没有`FROM`子句时将会提示该额外信息EXPLAIN SELECT 1;#查询语句的`WHERE`子句永远为`FALSE`时将会提示该额外信息EXPLAIN SELECT * FROM s1 WHERE 1 != 1;#当我们使用全表扫描来执行对某个表的查询，并且该语句的`WHERE`#子句中有针对该表的搜索条件时，在`Extra`列中会提示上述额外信息。EXPLAIN SELECT * FROM s1 WHERE common_field = 'a';#当使用索引访问来执行对某个表的查询，并且该语句的`WHERE`子句中#有除了该索引包含的列之外的其他搜索条件时，在`Extra`列中也会提示上述额外信息。EXPLAIN SELECT * FROM s1 WHERE key1 = 'a' AND common_field = 'a';#当查询列表处有`MIN`或者`MAX`聚合函数，但是并没有符合`WHERE`子句中#的搜索条件的记录时，将会提示该额外信息EXPLAIN SELECT MIN(key1) FROM s1 WHERE key1 = 'abcdefg';EXPLAIN SELECT MIN(key1) FROM s1 WHERE key1 = 'NlPros'; #NlPros 是 s1表中key1字段真实存在的数据#select * from s1 limit 10;# 覆盖索引（索引覆盖）：查询语句的WHERE条件中使用的是二级索引，并且只查询索引列的值，那么就不需要进行回表操作。#当我们的查询列表以及搜索条件中只包含属于某个索引的列，也就是在可以#使用覆盖索引的情况下，在`Extra`列将会提示该额外信息。比方说下边这个查询中只#需要用到`idx_key1`而不需要回表操作：EXPLAIN SELECT key1,id FROM s1 WHERE key1 = 'a';#有些搜索条件中虽然出现了索引列，但却不能使用到索引#理解索引条件下推EXPLAIN SELECT * FROM s1 WHERE key1 > 'z' AND key1 LIKE '%a';#在连接查询执行过程中，当被驱动表不能有效的利用索引加快访问速度，MySQL一般会为#其分配一块名叫`join buffer`的内存块来加快查询速度，也就是我们所讲的`基于块的嵌套循环算法`#见课件说明EXPLAIN SELECT * FROM s1 INNER JOIN s2 ON s1.common_field = s2.common_field;#当我们使用左（外）连接时，如果`WHERE`子句中包含要求被驱动表的某个列等于`NULL`值的搜索条件，#而且那个列又是不允许存储`NULL`值的，那么在该表的执行计划的Extra列就会提示`Not exists`额外信息EXPLAIN SELECT * FROM s1 LEFT JOIN s2 ON s1.key1 = s2.key1 WHERE s2.id IS NULL;#如果执行计划的`Extra`列出现了`Using intersect(...)`提示，说明准备使用`Intersect`索引#合并的方式执行查询，括号中的`...`表示需要进行索引合并的索引名称；#如果出现了`Using union(...)`提示，说明准备使用`Union`索引合并的方式执行查询；#出现了`Using sort_union(...)`提示，说明准备使用`Sort-Union`索引合并的方式执行查询。EXPLAIN SELECT * FROM s1 WHERE key1 = 'a' OR key3 = 'a';#当我们的`LIMIT`子句的参数为`0`时，表示压根儿不打算从表中读出任何记录，将会提示该额外信息EXPLAIN SELECT * FROM s1 LIMIT 0;#有一些情况下对结果集中的记录进行排序是可以使用到索引的。#比如：EXPLAIN SELECT * FROM s1 ORDER BY key1 LIMIT 10;#很多情况下排序操作无法使用到索引，只能在内存中（记录较少的时候）或者磁盘中（记录较多的时候）#进行排序，MySQL把这种在内存中或者磁盘上进行排序的方式统称为文件排序（英文名：`filesort`）。#如果某个查询需要使用文件排序的方式执行查询，就会在执行计划的`Extra`列中显示`Using filesort`提示EXPLAIN SELECT * FROM s1 ORDER BY common_field LIMIT 10;#在许多查询的执行过程中，MySQL可能会借助临时表来完成一些功能，比如去重、排序之类的，比如我们#在执行许多包含`DISTINCT`、`GROUP BY`、`UNION`等子句的查询过程中，如果不能有效利用索引来完成#查询，MySQL很有可能寻求通过建立内部的临时表来执行查询。如果查询中使用到了内部的临时表，在执行#计划的`Extra`列将会显示`Using temporary`提示EXPLAIN SELECT DISTINCT common_field FROM s1;#EXPLAIN SELECT DISTINCT key1 FROM s1;#同上。EXPLAIN SELECT common_field, COUNT(*) AS amount FROM s1 GROUP BY common_field;#执行计划中出现`Using temporary`并不是一个好的征兆，因为建立与维护临时表要付出很大成本的，所以#我们`最好能使用索引来替代掉使用临时表`。比如：扫描指定的索引idx_key1即可EXPLAIN SELECT key1, COUNT(*) AS amount FROM s1 GROUP BY key1;

使用文件排序

小结

EXPLAIN的进一步使用

EXPLAIN的四种输出格式

传统格式

JSON格式

#json格式的explain
EXPLAIN FORMAT=JSON SELECT * FROM s1 INNER JOIN s2 ON s1.key1 = s2.key2
WHERE s1.common_field = 'a';

TREE格式

可视化输出

SHOW WARNINGS的使用

分析优化器执行计划：trace

MySQL监控分析视图-sys schema

Sys schema视图摘要

Sys schema视图使用场景

参考

尚硅谷宋红康: MySQL数据库（入门到高级，菜鸟到大牛）.

---

本文完，感谢您的关注支持！

---

【宋红康 MySQL数据库 】【高级篇】【12】性能分析工具的使用相关推荐

1. 【宋红康 MySQL数据库 】【高级篇】【02】MySQL字符集、比较规则、大小写规范、sql_mode

   持续学习&持续更新中- 学习态度:守破离 [宋红康 MySQL数据库 ][高级篇][02]MySQL字符集.比较规则.大小写规范.sql_mode 默认字符集 MySQL8 MySQL5 修改 ...

2. 【宋红康 MySQL数据库 】【高级篇】【17】MySQL事务日志：redo、undo

   持续学习&持续更新中- 学习态度:守破离 [宋红康 MySQL数据库 ][高级篇][17]MySQL事务日志 概述 redo日志 为什么需要redo日志 redo日志的好处.特点 redo的组 ...

3. 【宋红康 MySQL数据库 】【高级篇】【07】MySQL的存储引擎

   持续学习&持续更新中- 学习态度:守破离 [宋红康 MySQL数据库 ][高级篇][07]MySQL的存储引擎 存储引擎 查看存储引擎 设置系统默认的存储引擎 设置表的存储引擎 引擎介绍 In ...

4. 【宋红康 MySQL数据库 】【高级篇】【06】MySQL的逻辑架构

   持续学习&持续更新中- 学习态度:守破离 [宋红康 MySQL数据库 ][高级篇][06]MySQL的逻辑架构 逻辑架构剖析 服务器处理客户端请求 Connectors 第一层 连接层 第二层 ...

5. 【宋红康 MySQL数据库 】【高级篇】【03】MySQL的数据目录

   持续学习&持续更新中- 学习态度:守破离 [宋红康 MySQL数据库 ][高级篇][03]MySQL的数据目录 MySQL8的主要目录 数据文件的存放目录 命令存放目录 配置文件目录 数据库和 ...

6. 【宋红康 MySQL数据库 】【高级篇】【16】事务基础知识

   持续学习&持续更新中- 学习态度:守破离 [宋红康 MySQL数据库 ][高级篇][16]事务基础知识 数据库事务概述 存储引擎支持情况 基本概念 事务的ACID特性 事务的状态 如何使用事务 ...

7. 【宋红康 MySQL数据库 】【高级篇】【15】数据库其它调优策略

   持续学习&持续更新中- 学习态度:守破离 [宋红康 MySQL数据库 ][高级篇][15]数据库其它调优策略 数据库调优的措施 调优的目标 如何定位调优问题 调优的维度和步骤 优化MySQL服 ...

8. 【宋红康 MySQL数据库】【00】课程大纲

   持续学习&持续更新中- 学习态度:守破离 [宋红康 MySQL数据库][00]课程大纲 MySQL数据库基础篇大纲 1. 数据库概述与MySQL安装篇 2. SQL之SELECT使用篇 3. ...

9. 【宋红康 MySQL数据库】【03】SQL概述_常见的数据库对象

   持续学习&持续更新中- 学习态度:守破离 [宋红康 MySQL数据库][03]SQL概述_常见的数据库对象 SQL概述 什么是SQL SQL背景知识 SQL分类 DDL(Data Defini ...

最新文章

1. Linux-Ubuntu操作记录
2. 开题：在移动开发中使用JavaScript进行混合编程提高代码复用率
3. [Flex]Flex SDK 4(Gumbo)更方便的自定义样式、自定义SparkSkin（三）
4. word 代码块_如何优雅的写好 Pythonic 代码？
5. mysql group set,Mysql--group_concat()、group by、find_in_set()使用笔记
6. 使用CSDN-markdown编辑器笔记
7. Matlab中fsolve传递系数变量
8. 边框、内阴影、背景图片、背景颜色、外阴影的呈现级别
9. 微软MED-V虚拟化实战教程之二映像准备和测试
10. 2016年4月计算机网络原理,2015年4月04741计算机网络原理试题及答案
11. 初三英语关于计算机的作文,初三英语作文
12. 数据洞察医药电商，解析医药电商行业现状及发展趋势
13. 游戏服务器 配置文件,游戏服务器应用配置文件
14. 《电脑十万个为什么》 第四卷 第一章
15. ad16中如何改变栅格颜色
16. 修改Cisco交换机ntp服务器,Cisco交换机时间服务(NTP)的设置步驟
17. 金庸小说《倚天》和《神雕》的关系隐晦微妙，中间缺失的八十年里，份量最重的就是郭襄的一生沉浮
18. 淘宝展示广告中的优化点击成本算法
19. WebClient实现文件下载详解（二）
20. 金融投资之重要财务指标 (From Corporate Finance, 6th Edition) 与Tushare数据接口

热门文章

1. 腾讯一面：内存满了，会发生什么？
2. 几个简单的shell编程题
3. 什么时候用多线程什么时候用多进程呢？GUL
4. React 高阶组件HOC详解
5. GopherChina第一天小结
6. NS3下的802.15.4模块(lr-wpan)
7. Linux-凝思6.0.80磐石网络配置-亲测过
8. PTA 7-63 黑白子交换棋局
9. 疑难杂症：系统状态正常，LInux双机Pacemaker为什么还要切换？
10. 《清华园日记》读后感