【转】MySQL EXPLAIN 命令详解学习

本贴最后更新于 2864 天前,其中的信息可能已经物是人非

MySQL EXPLAIN 命令详解

MySQL 的 EXPLAIN 命令用于 SQL 语句的查询执行计划(QEP)。这条命令的输出结果能够让我们了解 MySQL 优化器是如何执行
SQL 语句的。这条命令并没有提供任何调整建议,但它能够提供重要的信息帮助你做出调优决策。

1 语法
MySQL 的 EXPLAIN 语法可以运行在 SELECT 语句或者特定表上。如果作用在表上,那么此命令等同于 DESC 表命令。UPDATE
和 DELETE 命令也需要进行性能改进,当这些命令不是直接在表的主码上运行时,为了确保最优化的索引使用率,需要把它们改
写成 SELECT 语句(以便对它们执行 EXPLAIN 命令)。请看下面的示例:

  1. UPDATE table1
  2. SET col1 = X, col2 = Y
  3. WHERE id1 = 9
  4. AND dt >= '2010-01-01';

这个 UPDATE 语句可以被重写成为下面这样的 SELECT 语句:

  1. SELECT col1, col2
  2. FROM table1
  3. WHERE id1 = 9
  4. AND dt >= '2010-01-01';

在 5.6.10 版本里面,是可以直接对 dml 语句进行 explain 分析操作的.

MySQL 优化器是基于开销来工作的,它并不提供任何的 QEP 的位置。这意味着 QEP 是在每条 SQL 语句执行的时候动态地计
算出来的。在 MySQL 存储过程中的 SQL 语句也是在每次执行时计算 QEP 的。存储过程缓存仅仅解析查询树。

2 各列详解
MySQL EXPLAIN 命令能够为 SQL 语句中的每个表生成以下信息:

  1. mysql> EXPLAIN SELECT * FROM inventory WHERE item_id = 16102176\G;
  2. ********************* 1. row ***********************
  3. id: 1
  4. select_type: SIMPLE
  5. table: inventory
  6. type: ALL
  7. possible_keys: NULL
  8. key: NULL
  9. key_len: NULL
  10. ref: NULL
  11. rows: 787338
  12. Extra: Using where

这个 QEP 显示没有使用任何索引(也就是全表扫描)并且处理了大量的行来满足查询。对同样一条 SELECT 语句,一个优化过的 QEP 如下所示:

  1. ********************* 1. row ***********************
  2. id: 1
  3. select_type: SIMPLE
  4. table: inventory
  5. type: ref
  6. possible_keys: item_id
  7. key: item_id
  8. key_len: 4
  9. ref: const
  10. rows: 1
  11. Extra:

在这个 QEP 中,我们看到使用了一个索引,且估计只有一行数据将被获取。

**QEP 中每个行的所有列表如下所示:
** id
 select_type
 table
 partitions(这一列只有在 EXPLAIN PARTITIONS 语法中才会出现)
 possible_keys
 key
 key_len
 ref
 rows
 filtered(这一列只有在 EXPLAINED EXTENDED 语法中才会出现)
 Extra

这些列展示了 SELECT 语句对每一个表的 QEP。一个表可能和一个物理模式表或者在 SQL 执行时生成的内部临时表(例如从子查询或者合并操作会产生内部临时表)相关联。
可以参考 MySQL Reference Manual 获得更多信息:http://dev.mysql.com/doc/refman/5.5/en/explain-output.html

2.1 key
key 列指出优化器选择使用的索引。一般来说 SQL 查询中的每个表都仅使用一个索引。也存在索引合并的少数例外情况,如给定表上用到了两个或者更多索引。
下面是 QEP 中 key 列的示例:
key: item_id
key: NULL
key: first, last
SHOW CREATE TABLE 命令是最简单的查看表和索引列细节的方式。和 key 列相关的列还包括 possible_keys、rows 以及 key_len。

2.2 ROWS
rows 列提供了试图分析所有存在于累计结果集中的行数目的 MySQL 优化器估计值。QEP 很容易描述这个很困难的统计量。
查询中总的读操作数量是基于合并之前行的每一行的 rows 值的连续积累而得出的。这是一种嵌套行算法。

以连接两个表的 QEP 为例。通过 id=1 这个条件找到的第一行的 rows 值为 1,这等于对第一个表做了一次读操作。第二行是
通过 id=2 找到的,rows 的值为 5。这等于有 5 次读操作符合当前 1 的积累量。参考两个表,读操作的总数目是 6。在另一个 QEP
中,第一 rows 的值是 5,第二 rows 的值是 1。这等于第一个表有 5 次读操作,对 5 个积累量中每个都有一个读操作。因此两个表
总的读操作的次数是 10(5+5)次。

最好的估计值是 1,一般来说这种情况发生在当寻找的行在表中可以通过主键或者唯一键找到的时候。
在下面的 QEP 中,外面的嵌套循环可以通过 id=1 来找到,其估计的物理行数是 1。第二个循环处理了 10 行。

  1. ********************* 1. row ***********************
  2. id: 1
  3. select_type: SIMPLE
  4. table: p
  5. type: const
  6. possible_keys: PRIMARY
  7. key: PRIMARY
  8. key_len: 4
  9. ref: const
  10. rows: 1
  11. Extra:
  12. ********************* 2. row ***********************
  13. id: 1
  14. select_type: SIMPLE
  15. table: c
  16. type: ref
  17. possible_keys: parent_id
  18. key: parent_id
  19. key_len: 4
  20. ref: const
  21. rows: 10
  22. Extra:

可以使用 SHOW STATUS 命令来查看实际的行操作。这个命令可以提供最佳的确认物理行操作的方式。请看下面的示例:

  1. mysql> SHOW SESSION STATUS LIKE 'Handler_read%';
  2. +-----------------------+-------+
  3. | Variable_name | Value |
  4. +-----------------------+-------+
  5. | Handler_read_first | 0 |
  6. | Handler_read_key | 0 |
  7. | Handler_read_last | 0 |
  8. | Handler_read_next | 0 |
  9. | Handler_read_prev | 0 |
  10. | Handler_read_rnd | 0 |
  11. | Handler_read_rnd_next | 11 |
  12. +-----------------------+-------+
  13. 7 rows in set (0.00 sec)

在下一个 QEP 中,通过 id=1 找到的外层嵌套循环估计有 160 行。第二个循环估计有 1 行。

  1. ********************* 1. row ***********************
  2. id: 1
  3. select_type: SIMPLE
  4. table: p
  5. type: ALL
  6. possible_keys: NULL
  7. key: NULL
  8. key_len: NULL
  9. ref: NULL
  10. rows: 160
  11. Extra:
  12. ********************* 2. row ***********************
  13. id: 1
  14. select type: SIMPLE
  15. table: c
  16. type: ref
  17. possible_keys: PRIMARY,parent_id
  18. key: parent_id
  19. key_len: 4
  20. ref: test.p.parent_id
  21. rows: 1
  22. Extra: Using where

通过 SHOW STATUS 命令可以查看实际的行操作,该命令表明物理读操作数量大幅增加。请看下面的示例:

  1. mysql> SHOW SESSION STATUS LIKE 'Handler_read%';
  2. +--------------------------------------+---------+
  3. | Variable_name | Value |
  4. +--------------------------------------+---------+
  5. | Handler_read_first | 1 |
  6. | Handler_read_key | 164 |
  7. | Handler_read_last | 0 |
  8. | Handler_read_next | 107 |
  9. | Handler_read_prev | 0 |
  10. | Handler_read_rnd | 0 |
  11. | Handler_read_rnd_next | 161 |
  12. +--------------------------------------+---------+
  13. 相关的 QEP 列还包括 key 列。

2.3 possible_keys possible_keys 列指出优化器为查询选定的索引。 一个会列出大量可能的索引(例如多于 3 个)的 QEP 意味着备选索引数量太多了,同时也可能提示存在一个无效的单列索引。 可以用第 2 章详细介绍过的 SHOW INDEXES 命令来检查索引是否有效且是否具有合适的基数。 为查询确定 QEP 的速度也会影响到查询的性能。如果发现有大量的可能的索引,则意味着这些索引没有被使用到。 相关的 QEP 列还包括 key 列。 2.4 key_len key_len 列定义了用于 SQL 语句的连接条件的键的长度。此列值对于确认索引的有效性以及多列索引中用到的列的数目很重要。 此列的一些示例值如下所示: 此列的一些示例值如下所示: key_len: 4 // INT NOT NULL key_len: 5 // INT NULL key_len: 30 // CHAR(30) NOT NULL key_len: 32 // VARCHAR(30) NOT NULL key_len: 92 // VARCHAR(30) NULL CHARSET=utf8 从这些示例中可以看出,是否可以为空、可变长度的列以及 key_len 列的值只和用在连接和 WHERE 条件中的索引的列 有关。索引中的其他列会在 ORDER BY 或者 GROUP BY 语句中被用到。下面这个来自于著名的开源博客软件 WordPress 的表展示了 如何以最佳方式使用带有定义好的表索引的 SQL 语句:

  1. CREATE TABLE wp_posts (
  2. ID bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  3. post_date datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  4. post_status varchar(20) NOT NULL DEFAULT 'publish' ,
  5. post_type varchar(20) NOT NULL DEFAULT 'post',
  6. PRIMARY KEY (ID),
  7. KEY type_status_date(post_type,post_status,post_date,ID)
  8. ) DEFAULT CHARSET=utf8
  9. CREATE TABLE wp_posts (
  10. ID bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  11. post_date datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  12. post_status varchar(20) NOT NULL DEFAULT 'publish' ,
  13. post_type varchar(20) NOT NULL DEFAULT 'post',
  14. PRIMARY KEY (ID),
  15. KEY type_status_date(post_type,post_status,post_date,ID)
  16. ) DEFAULT CHARSET=utf8

这个表的索引包括 post_type、post_status、post_date 以及 ID 列。下面是一个演示索引列用法的 SQL 查询: EXPLAIN SELECT ID, post_title FROM wp_posts WHERE post_type='post' AND post_date > '2010-06-01'; 这个查询的 QEP 返回的 key_len 是 62。这说明只有 post_type 列上的索引用到了(因为(20×3)+2=62)。尽管查询在 WHERE 语句 中使用了 post_type 和 post_date 列,但只有 post_type 部分被用到了。其他索引没有被使用的原因是 MySQL 只能使用定义索引的 最左边部分。为了更好地利用这个索引,可以修改这个查询来调整索引的列。请看下面的示例:

  1. mysql> EXPLAIN SELECT ID, post_title
  2. -> FROM wp_posts
  3. -> WHERE post_type='post'
  4. -> AND post_status='publish'
  5. -> AND post_date > '2010-06-01';

在 SELECT 查询的添加一个 post_status 列的限制条件后,QEP 显示 key_len 的值为 132,这意味着 post_type、post_status、post_date 三列(62+62+8,(20×3)+2,(20×3)+2,8)都被用到了。此外,这个索引的主码列 ID 的定义是使用 MyISAM 存储索 引的遗留痕迹。当使用 InnoDB 存储引擎时,在非主码索引中包含主码列是多余的,这可以从 key_len 的用法看出来。 相关的 QEP 列还包括带有 Using index 值的 Extra 列。 2.5 table table 列是 EXPLAIN 命令输出结果中的一个单独行的唯一标识符。这个值可能是表名、表的别名或者一个为查询产生临时表 的标识符,如派生表、子查询或集合。下面是 QEP 中 table 列的一些示例: table: item table: table: 表中 N 和 M 的值参考了另一个符合 id 列值的 table 行。相关的 QEP 列还有 select_type

** 2.6 select_type**
select_type 列提供了各种表示 table 列引用的使用方式的类型。最常见的值包括 SIMPLE、PRIMARY、DERIVED 和 UNION。其他可能
的值还有 UNION RESULT、DEPENDENT SUBQUERY、DEPENDENT UNION、UNCACHEABLE UNION 以及 UNCACHEABLE QUERY。

1. SIMPLE
对于不包含子查询和其他复杂语法的简单查询,这是一个常 见的类型。

2. PRIMARY
这是为更复杂的查询而创建的首要表(也就是最外层的表)。这个类型通常可以在 DERIVED 和 UNION 类型混合使用时见到。

3. DERIVED
当一个表不是一个物理表时,那么就被叫做 DERIVED。下面的 SQL 语句给出了一个 QEP 中 DERIVED select-type 类型的
示例:
mysql> EXPLAIN SELECT MAX(id)
-> FROM (SELECT id FROM users WHERE first = 'west') c;

4. DEPENDENT SUBQUERY
这个 select-type 值是为使用子查询而定义的。下面的 SQL 语句提供了这个值:
mysql> EXPLAIN SELECT p.*
-> FROM parent p
-> WHERE p.id NOT IN (SELECT c.parent_id FROM child c);

5. UNION
这是 UNION 语句其中的一个 SQL 元素。
6. UNION RESULT
这是一系列定义在 UNION 语句中的表的返回结果。当 select_type 为这个值时,经常可以看到 table 的值是,
这说明匹配的 id 行是这个集合的一部分。下面的 SQL 产生了一个 UNION 和 UNION RESULT select-type:
mysql> EXPLAIN SELECT p.* FROM parent p WHERE p.val
LIKE 'a%'
-> UNION
-> SELECT p.* FROM parent p WHERE p.id > 5;

** 2.7 partitions**
partitions 列代表给定表所使用的分区。这一列只会在 EXPLAIN
PARTITIONS 语句中出现。

** 2.8 Extra**
Extra 列提供了有关不同种类的 MySQL 优化器路径的一系列
额外信息。Extra 列可以包含多个值,可以有很多不同的取值,并
且这些值还在随着 MySQL 新版本的发布而进一步增加。下面给
出常用值的列表。你可以从下面的地址找到更全面的值的列表:
http://dev.mysql.com/doc/refman/5.5/en/explain-output.html

1. Using where
这个值表示查询使用了 where 语句来处理结果——例如执行
全表扫描。如果也用到了索引,那么行的限制条件是通过获取必
要的数据之后处理读缓冲区来实现的。

2. Using temporary
这个值表示使用了内部临时(基于内存的)表。一个查询可能
用到多个临时表。有很多原因都会导致 MySQL 在执行查询期间
创建临时表。两个常见的原因是在来自不同表的列上使用了
DISTINCT,或者使用了不同的 ORDER BY 和 GROUP BY 列。
想了解更多内容可以访问 http://forge.mysql.com/wiki/Overview_
of_query_execution_and_use_of_temp_tables。
可以强制指定一个临时表使用基于磁盘的 MyISAM 存储引
擎。这样做的原因主要有两个:
 内部临时表占用的空间超过 min(tmp_table_size,max_
heap_table_size)系统变量的限制
 使用了 TEXT/BLOB 列

3. Using filesort
这是 ORDER BY 语句的结果。这可能是一个 CPU 密集型的过程。
可以通过选择合适的索引来改进性能,用索引来为查询结果排序。详细过程请参考第 4 章。

4. Using index
这个值重点强调了只需要使用索引就可以满足查询表的要求,不需要直接访问表数据。请参考第 5 章的详细示例来理解这
个值。

5. Using join buffer
这个值强调了在获取连接条件时没有使用索引,并且需要连接缓冲区来存储中间结果。
如果出现了这个值,那应该注意,根据查询的具体情况可能需要添加索引来改进性能。

6. Impossible where
这个值强调了 where 语句会导致没有符合条件的行。请看下面的示例:
mysql> EXPLAIN SELECT * FROM user WHERE 1=2;

7. Select tables optimized away
这个值意味着仅通过使用索引,优化器可能仅从聚合函数结果中返回一行。请看下面的示例:

8. Distinct
这个值意味着 MySQL 在找到第一个匹配的行之后就会停止搜索其他行。

9. Index merges
当 MySQL 决定要在一个给定的表上使用超过一个索引的时候,就会出现以下格式中的一个,详细说明使用的索引以及合并的类型。
 Using sort_union(...)
 Using union(...)
 Using intersect(...)

** 2.9 id**
id 列是在 QEP 中展示的表的连续引用。

** 2.10 ref**
ref 列可以被用来标识那些用来进行索引比较的列或者常量。

** 2.11 filtered**
filtered 列给出了一个百分比的值,这个百分比值和 rows 列的值一起使用,可以估计出那些将要和 QEP 中的前一个表进行连
接的行的数目。前一个表就是指 id 列的值比当前表的 id 小的表。这一列只有在 EXPLAIN EXTENDED 语句中才会出现。

** 2.12 type**
type 列代表 QEP 中指定的表使用的连接方式。下面是最常用的几种连接方式:
 const 当这个表最多只有一行匹配的行时出现 system 这是 const 的特例,当表只有一个 row 时会出现
 eq_ref 这个值表示有一行是为了每个之前确定的表而读取的
 ref 这个值表示所有具有匹配的索引值的行都被用到
 range 这个值表示所有符合一个给定范围值的索引行都被用到
 ALL 这个值表示需要一次全表扫描其他类型的值还有 fulltext 、ref_or_null 、index_merge 、unique_subquery、index_subquery 以及 index。
想了解更多信息可以访问 http://dev.mysql.com/doc/refman/5.5/en/explain-output.html

** 3 解释 EXPLAIN 输出结果**
理解你的应用程序(包括技术和实现可能性)和优化 SQL 语句同等重要。下面给出一个从父子关系中获取孤立的父辈记录的商
业需求的例子。这个查询可以用三种不同的方式构造。尽管会产生相同的结果,但 QEP 会显示三种不同的路径。

  1. mysql> EXPLAIN SELECT p.*
  2. -> FROM parent p
  3. -> WHERE p.id NOT IN (SELECT c.parent_id FROM child
  4. c)\G
  5. ********************* 1. row ***********************
  6. id: 1
  7. select type: PRIMARY
  8. table: p
  9. type: ALL
  10. possible_keys: NULL
  11. key: NULL
  12. key_len: NULL
  13. ref: NULL
  14. rows: 160
  15. Extra: Using where
  16. ********************* 2. row ***********************
  17. id: 2
  18. select_type: DEPENDENT SUBQUERY
  19. table: c
  20. type: index_subquery
  21. possible_keys: parent_id
  22. key: parent_id
  23. key_len: 4
  24. ref: func
  25. rows: 1
  26. Extra: Using index
  27. 2 rows in set (0.00 sec)
  28. EXPLAIN SELECT p.* FROM parent p LEFT JOIN child c ON p.id = c.parent_id WHERE c.child_id IS NULL\G
  29. ********************* 1. row ***********************
  30. id: 1
  31. select_type: SIMPLE
  32. table: p
  33. type: ALL
  34. possible_keys: NULL
  35. key: NULL
  36. key_len: NULL
  37. ref: NULL
  38. rows: 160
  39. Extra:
  40. ********************* 2. row ***********************
  41. id: 1
  42. select_type: SIMPLE
  43. table: c
  44. type: ref
  45. possible_keys: parent_id
  46. key: parent_id
  47. key_len: 4
  48. ref: test.p.id
  49. rows: 1
  50. Extra: Using where; Using index; Not exists
  51. 2 rows in set (0.00 sec)
  • MySQL

    MySQL 是一个关系型数据库管理系统,由瑞典 MySQL AB 公司开发,目前属于 Oracle 公司。MySQL 是最流行的关系型数据库管理系统之一。

    693 引用 • 537 回帖

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...

推荐标签 标签

  • RYMCU

    RYMCU 致力于打造一个即严谨又活泼、专业又不失有趣,为数百万人服务的开源嵌入式知识学习交流平台。

    4 引用 • 6 回帖 • 53 关注
  • Markdown

    Markdown 是一种轻量级标记语言,用户可使用纯文本编辑器来排版文档,最终通过 Markdown 引擎将文档转换为所需格式(比如 HTML、PDF 等)。

    169 引用 • 1527 回帖
  • Love2D

    Love2D 是一个开源的, 跨平台的 2D 游戏引擎。使用纯 Lua 脚本来进行游戏开发。目前支持的平台有 Windows, Mac OS X, Linux, Android 和 iOS。

    14 引用 • 53 回帖 • 544 关注
  • React

    React 是 Facebook 开源的一个用于构建 UI 的 JavaScript 库。

    192 引用 • 291 回帖 • 384 关注
  • 单点登录

    单点登录(Single Sign On)是目前比较流行的企业业务整合的解决方案之一。SSO 的定义是在多个应用系统中,用户只需要登录一次就可以访问所有相互信任的应用系统。

    9 引用 • 25 回帖 • 4 关注
  • API

    应用程序编程接口(Application Programming Interface)是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。

    79 引用 • 431 回帖
  • Vditor

    Vditor 是一款浏览器端的 Markdown 编辑器,支持所见即所得、即时渲染(类似 Typora)和分屏预览模式。它使用 TypeScript 实现,支持原生 JavaScript、Vue、React 和 Angular。

    366 引用 • 1842 回帖 • 1 关注
  • 设计模式

    设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

    200 引用 • 120 回帖
  • Electron

    Electron 基于 Chromium 和 Node.js,让你可以使用 HTML、CSS 和 JavaScript 构建应用。它是一个由 GitHub 及众多贡献者组成的活跃社区共同维护的开源项目,兼容 Mac、Windows 和 Linux,它构建的应用可在这三个操作系统上面运行。

    15 引用 • 136 回帖 • 7 关注
  • NGINX

    NGINX 是一个高性能的 HTTP 和反向代理服务器,也是一个 IMAP/POP3/SMTP 代理服务器。 NGINX 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的,第一个公开版本 0.1.0 发布于 2004 年 10 月 4 日。

    315 引用 • 547 回帖
  • ReactiveX

    ReactiveX 是一个专注于异步编程与控制可观察数据(或者事件)流的 API。它组合了观察者模式,迭代器模式和函数式编程的优秀思想。

    1 引用 • 2 回帖 • 175 关注
  • Swift

    Swift 是苹果于 2014 年 WWDC(苹果开发者大会)发布的开发语言,可与 Objective-C 共同运行于 Mac OS 和 iOS 平台,用于搭建基于苹果平台的应用程序。

    36 引用 • 37 回帖 • 545 关注
  • 分享

    有什么新发现就分享给大家吧!

    247 引用 • 1794 回帖
  • 域名

    域名(Domain Name),简称域名、网域,是由一串用点分隔的名字组成的 Internet 上某一台计算机或计算机组的名称,用于在数据传输时标识计算机的电子方位(有时也指地理位置)。

    43 引用 • 208 回帖 • 1 关注
  • Excel
    31 引用 • 28 回帖
  • 运维

    互联网运维工作,以服务为中心,以稳定、安全、高效为三个基本点,确保公司的互联网业务能够 7×24 小时为用户提供高质量的服务。

    151 引用 • 257 回帖 • 1 关注
  • CongSec

    本标签主要用于分享网络空间安全专业的学习笔记

    1 引用 • 1 回帖 • 23 关注
  • BND

    BND(Baidu Netdisk Downloader)是一款图形界面的百度网盘不限速下载器,支持 Windows、Linux 和 Mac,详细介绍请看这里

    107 引用 • 1281 回帖 • 31 关注
  • B3log

    B3log 是一个开源组织,名字来源于“Bulletin Board Blog”缩写,目标是将独立博客与论坛结合,形成一种新的网络社区体验,详细请看 B3log 构思。目前 B3log 已经开源了多款产品:SymSoloVditor思源笔记

    1063 引用 • 3455 回帖 • 165 关注
  • Git

    Git 是 Linux Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

    211 引用 • 358 回帖
  • Q&A

    提问之前请先看《提问的智慧》,好的问题比好的答案更有价值。

    9415 引用 • 42895 回帖 • 109 关注
  • JetBrains

    JetBrains 是一家捷克的软件开发公司,该公司位于捷克的布拉格,并在俄国的圣彼得堡及美国麻州波士顿都设有办公室,该公司最为人所熟知的产品是 Java 编程语言开发撰写时所用的集成开发环境:IntelliJ IDEA

    18 引用 • 54 回帖 • 1 关注
  • iOS

    iOS 是由苹果公司开发的移动操作系统,最早于 2007 年 1 月 9 日的 Macworld 大会上公布这个系统,最初是设计给 iPhone 使用的,后来陆续套用到 iPod touch、iPad 以及 Apple TV 等产品上。iOS 与苹果的 Mac OS X 操作系统一样,属于类 Unix 的商业操作系统。

    87 引用 • 139 回帖 • 1 关注
  • Webswing

    Webswing 是一个能将任何 Swing 应用通过纯 HTML5 运行在浏览器中的 Web 服务器,详细介绍请看 将 Java Swing 应用变成 Web 应用

    1 引用 • 15 回帖 • 640 关注
  • QQ

    1999 年 2 月腾讯正式推出“腾讯 QQ”,在线用户由 1999 年的 2 人(马化腾和张志东)到现在已经发展到上亿用户了,在线人数超过一亿,是目前使用最广泛的聊天软件之一。

    45 引用 • 557 回帖
  • IBM

    IBM(国际商业机器公司)或万国商业机器公司,简称 IBM(International Business Machines Corporation),总公司在纽约州阿蒙克市。1911 年托马斯·沃森创立于美国,是全球最大的信息技术和业务解决方案公司,拥有全球雇员 30 多万人,业务遍及 160 多个国家和地区。

    17 引用 • 53 回帖 • 143 关注
  • 微软

    微软是一家美国跨国科技公司,也是世界 PC 软件开发的先导,由比尔·盖茨与保罗·艾伦创办于 1975 年,公司总部设立在华盛顿州的雷德蒙德(Redmond,邻近西雅图)。以研发、制造、授权和提供广泛的电脑软件服务业务为主。

    8 引用 • 44 回帖 • 2 关注