MySQL SQL剖析(SQL profile)_Leshami的博客-CSDN博客
MySQL SQL剖析(SQL profile)
Leshami
于 2014-10-11 08:51:30 发布
5053
收藏
分类专栏：
-----MySQL相关特性
文章标签：
Database
SQL
mysql
dba
performance
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/leshami/article/details/39988527
版权
-----MySQL相关特性
专栏收录该内容
75 篇文章
1 订阅
订阅专栏
分析SQL执行带来的开销是优化SQL的重要手段。在MySQL数据库中，可以通过配置profiling参数来启用SQL剖析。该参数可以在全局和session级别来设置。对于全局级别则作用于整个MySQL实例，而session级别紧影响当前session。该参数开启后，后续执行的SQL语句都将记录其资源开销，诸如IO，上下文切换，CPU，Memory等等。根据这些开销进一步分析当前SQL瓶颈从而进行优化与调整。本文描述了如何使用MySQL profile，不涉及具体的样例分析。
1、有关profile的描述
--当前版本
root@localhost[sakila]> show variables like 'version';
+---------------+---------------------------------------+
| Variable_name | Value |
+---------------+---------------------------------------+
| version | 5.6.17-enterprise-commercial-advanced |
+---------------+---------------------------------------+
--查看profiling系统变量
root@localhost[sakila]> show variables like '%profil%';
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| have_profiling | YES | --只读变量，用于控制是否由系统变量开启或禁用profiling
| profiling | OFF | --开启SQL语句剖析功能
| profiling_history_size | 15 | --设置保留profiling的数目，缺省为15，范围为0至100，为0时将禁用profiling
+------------------------+-------+
profiling [539]
If set to 0 or OFF (the default), statement profiling is disabled. If set to 1 or ON, statement prof
is enabled and the SHOW PROFILE and SHOW PROFILES statements provide access to prof
information. See Section 13.7.5.32, “SHOW PROFILES Syntax”.
This variable is deprecated in MySQL 5.6.8 and will be removed in a future MySQL release.
profiling_history_size [539]
The number of statements for which to maintain profiling information if profiling [539] is
enabled. The default value is 15. The maximum value is 100. Setting the value to 0 effectively
disables profiling. See Section 13.7.5.32, “SHOW PROFILES Syntax”.
This variable is deprecated in MySQL 5.6.8 and will be removed in a future MySQL release.
--获取profile的帮助
root@localhost[sakila]> help profile;
Name: 'SHOW PROFILE'
Description:
Syntax:
SHOW PROFILE [type [, type] ... ]
[FOR QUERY n]
[LIMIT row_count [OFFSET offset]]
type:
ALL --显示所有的开销信息
| BLOCK IO --显示块IO相关开销
| CONTEXT SWITCHES --上下文切换相关开销
| CPU --显示CPU相关开销信息
| IPC --显示发送和接收相关开销信息
| MEMORY --显示内存相关开销信息
| PAGE FAULTS --显示页面错误相关开销信息
| SOURCE --显示和Source_function，Source_file，Source_line相关的开销信息
| SWAPS --显示交换次数相关开销的信息
The SHOW PROFILE and SHOW PROFILES statements display profiling
information that indicates resource usage for statements executed
during the course of the current session.
*Note*: These statements are deprecated as of MySQL 5.6.7 and will be
removed in a future MySQL release. Use the Performance Schema instead;
see http://dev.mysql.com/doc/refman/5.6/en/performance-schema.html.
--上面描述从5.6.7开始该命令将会被移除，用Performance Schema instead代替
--在Oracle数据库中，是通过autotrace来剖析单条SQL并获取真实的执行计划以及其开销信息
2、开启porfiling
--启用session级别的profiling
root@localhost[sakila]> set profiling=1;
Query OK, 0 rows affected, 1 warning (0.00 sec)
--验证修改后的结果
root@localhost[sakila]> show variables like '%profil%';
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| have_profiling | YES |
| profiling | ON |
| profiling_history_size | 15 |
+------------------------+-------+
--发布SQL查询
root@localhost[sakila]> select count(*) from customer;
+----------+
| count(*) |
+----------+
| 599 |
+----------+
--查看当前session所有已产生的profile
root@localhost[sakila]> show profiles;
+----------+------------+--------------------------------+
| Query_ID | Duration | Query |
+----------+------------+--------------------------------+
| 1 | 0.00253600 | show variables like '%profil%' |
| 2 | 0.00138150 | select count(*) from customer |
+----------+------------+--------------------------------+
2 rows in set, 1 warning (0.01 sec)
--我们看到有2个warning，之前一个，现在一个
root@localhost[sakila]> show warnings; --下面的结果表明SHOW PROFILES将来会被Performance Schema替换掉
+---------+------+--------------------------------------------------------------------------------------------------------------+
| Level | Code | Message |
+---------+------+--------------------------------------------------------------------------------------------------------------+
| Warning | 1287 | 'SHOW PROFILES' is deprecated and will be removed in a future release. Please use Performance Schema instead |
+---------+------+--------------------------------------------------------------------------------------------------------------+
3、获取SQL语句的开销信息
--可以直接使用show profile来查看上一条SQL语句的开销信息
--注，show profile之类的语句不会被profiling，即自身不会产生Profiling
--我们下面的这个show profile查看的是show warnings产生的相应开销
root@localhost[sakila]> show profile;
+----------------+----------+
| Status | Duration |
+----------------+----------+
| starting | 0.000141 |
| query end | 0.000058 |
| closing tables | 0.000014 |
| freeing items | 0.001802 |
| cleaning up | 0.000272 |
+----------------+----------+
--如下面的查询show warnings被添加到profiles
root@localhost[sakila]> show profiles;
+----------+------------+--------------------------------+
| Query_ID | Duration | Query |
+----------+------------+--------------------------------+
| 1 | 0.00253600 | show variables like '%profil%' |
| 2 | 0.00138150 | select count(*) from customer |
| 3 | 0.00228600 | show warnings |
+----------+------------+--------------------------------+
--获取指定查询的开销
root@localhost[sakila]> show profile for query 2;
+----------------------+----------+
| Status | Duration |
+----------------------+----------+
| starting | 0.000148 |
| checking permissions | 0.000014 |
| Opening tables | 0.000047 |
| init | 0.000023 |
| System lock | 0.000035 |
| optimizing | 0.000012 |
| statistics | 0.000019 |
| preparing | 0.000014 |
| executing | 0.000006 |
| Sending data | 0.000990 |
| end | 0.000010 |
| query end | 0.000011 |
| closing tables | 0.000010 |
| freeing items | 0.000016 |
| cleaning up | 0.000029 |
+----------------------+----------+
--查看特定部分的开销，如下为CPU部分的开销
root@localhost[sakila]> show profile cpu for query 2 ;
+----------------------+----------+----------+------------+
| Status | Duration | CPU_user | CPU_system |
+----------------------+----------+----------+------------+
| starting | 0.000148 | 0.000000 | 0.000000 |
| checking permissions | 0.000014 | 0.000000 | 0.000000 |
| Opening tables | 0.000047 | 0.000000 | 0.000000 |
| init | 0.000023 | 0.000000 | 0.000000 |
| System lock | 0.000035 | 0.000000 | 0.000000 |
| optimizing | 0.000012 | 0.000000 | 0.000000 |
| statistics | 0.000019 | 0.000000 | 0.000000 |
| preparing | 0.000014 | 0.000000 | 0.000000 |
| executing | 0.000006 | 0.000000 | 0.000000 |
| Sending data | 0.000990 | 0.001000 | 0.000000 |
| end | 0.000010 | 0.000000 | 0.000000 |
| query end | 0.000011 | 0.000000 | 0.000000 |
| closing tables | 0.000010 | 0.000000 | 0.000000 |
| freeing items | 0.000016 | 0.000000 | 0.000000 |
| cleaning up | 0.000029 | 0.000000 | 0.000000 |
+----------------------+----------+----------+------------+
--如下为MEMORY部分的开销
root@localhost[sakila]> show profile memory for query 2 ;
+----------------------+----------+
| Status | Duration |
+----------------------+----------+
| starting | 0.000148 |
| checking permissions | 0.000014 |
| Opening tables | 0.000047 |
| init | 0.000023 |
| System lock | 0.000035 |
| optimizing | 0.000012 |
| statistics | 0.000019 |
| preparing | 0.000014 |
| executing | 0.000006 |
| Sending data | 0.000990 |
| end | 0.000010 |
| query end | 0.000011 |
| closing tables | 0.000010 |
| freeing items | 0.000016 |
| cleaning up | 0.000029 |
+----------------------+----------+
--同时查看不同资源开销
root@localhost[sakila]> show profile block io,cpu for query 2;
+----------------------+----------+----------+------------+--------------+---------------+
| Status | Duration | CPU_user | CPU_system | Block_ops_in | Block_ops_out |
+----------------------+----------+----------+------------+--------------+---------------+
| starting | 0.000148 | 0.000000 | 0.000000 | 0 | 0 |
| checking permissions | 0.000014 | 0.000000 | 0.000000 | 0 | 0 |
| Opening tables | 0.000047 | 0.000000 | 0.000000 | 0 | 0 |
| init | 0.000023 | 0.000000 | 0.000000 | 0 | 0 |
| System lock | 0.000035 | 0.000000 | 0.000000 | 0 | 0 |
| optimizing | 0.000012 | 0.000000 | 0.000000 | 0 | 0 |
| statistics | 0.000019 | 0.000000 | 0.000000 | 0 | 0 |
| preparing | 0.000014 | 0.000000 | 0.000000 | 0 | 0 |
| executing | 0.000006 | 0.000000 | 0.000000 | 0 | 0 |
| Sending data | 0.000990 | 0.001000 | 0.000000 | 0 | 0 |
| end | 0.000010 | 0.000000 | 0.000000 | 0 | 0 |
| query end | 0.000011 | 0.000000 | 0.000000 | 0 | 0 |
| closing tables | 0.000010 | 0.000000 | 0.000000 | 0 | 0 |
| freeing items | 0.000016 | 0.000000 | 0.000000 | 0 | 0 |
| cleaning up | 0.000029 | 0.000000 | 0.000000 | 0 | 0 |
+----------------------+----------+----------+------------+--------------+---------------+
--Author: Leshami
--Blog : http://blog.csdn.net/leshami
--下面的SQL语句用于查询query_id为2的SQL开销，且按最大耗用时间倒序排列
root@localhost[sakila]> set @query_id=2;
root@localhost[sakila]> SELECT STATE, SUM(DURATION) AS Total_R,
-> ROUND(
-> 100 * SUM(DURATION) /
-> (SELECT SUM(DURATION)
-> FROM INFORMATION_SCHEMA.PROFILING
-> WHERE QUERY_ID = @query_id
-> ), 2) AS Pct_R,
-> COUNT(*) AS Calls,
-> SUM(DURATION) / COUNT(*) AS "R/Call"
-> FROM INFORMATION_SCHEMA.PROFILING
-> WHERE QUERY_ID = @query_id
-> GROUP BY STATE
-> ORDER BY Total_R DESC;
+----------------------+----------+-------+-------+--------------+
| STATE | Total_R | Pct_R | Calls | R/Call |
+----------------------+----------+-------+-------+--------------+
| Sending data | 0.000990 | 71.53 | 1 | 0.0009900000 |--最大耗用时间部分为发送数据
| starting | 0.000148 | 10.69 | 1 | 0.0001480000 |
| Opening tables | 0.000047 | 3.40 | 1 | 0.0000470000 |
| System lock | 0.000035 | 2.53 | 1 | 0.0000350000 |
| cleaning up | 0.000029 | 2.10 | 1 | 0.0000290000 |
| init | 0.000023 | 1.66 | 1 | 0.0000230000 |
| statistics | 0.000019 | 1.37 | 1 | 0.0000190000 |
| freeing items | 0.000016 | 1.16 | 1 | 0.0000160000 |
| preparing | 0.000014 | 1.01 | 1 | 0.0000140000 |
| checking permissions | 0.000014 | 1.01 | 1 | 0.0000140000 |
| optimizing | 0.000012 | 0.87 | 1 | 0.0000120000 |
| query end | 0.000011 | 0.79 | 1 | 0.0000110000 |
| end | 0.000010 | 0.72 | 1 | 0.0000100000 |
| closing tables | 0.000010 | 0.72 | 1 | 0.0000100000 |
| executing | 0.000006 | 0.43 | 1 | 0.0000060000 |
+----------------------+----------+-------+-------+--------------+
--开启profiling后，我们可以通过show profile等方式查看，其实质是这些开销信息被记录到information_schema.profiling表
--如下面的查询，部分信息省略
profiling
root@localhost[information_schema]> select * from profiling limit 3,3\G;
*************************** 1. row ***************************
QUERY_ID: 1
SEQ: 5
STATE: init
DURATION: 0.000020
CPU_USER: 0.000000
CPU_SYSTEM: 0.000000
CONTEXT_VOLUNTARY: 0
CONTEXT_INVOLUNTARY: 0
BLOCK_OPS_IN: 0
BLOCK_OPS_OUT: 0
MESSAGES_SENT: 0
MESSAGES_RECEIVED: 0
PAGE_FAULTS_MAJOR: 0
PAGE_FAULTS_MINOR: 0
SWAPS: 0
SOURCE_FUNCTION: mysql_prepare_select
SOURCE_FILE: sql_select.cc
SOURCE_LINE: 1050
--停止profile,可以设置profiling参数，或者在session退出之后,profiling会被自动关闭
root@localhost[sakila]> set profiling=off;
Query OK, 0 rows affected, 1 warning (0.00 sec)
Leshami
关注
关注
点赞
收藏
打赏
评论
MySQL SQL剖析(SQL profile)
分析SQL执行带来的开销是优化SQL的重要手段。在MySQL数据库中，可以通过配置profiling参数来启用SQL剖析。该参数可以在全局和session级别来设置。对于全局级别则作用于整个MySQL实例，而session级别紧影响当前session。该参数开启后，后续执行的SQL语句都将记录其资源开销，诸如IO，上下文切换，CPU，Memory等等。根据这些开销进一步分析当前SQL瓶颈从而进行优
复制链接
扫一扫
专栏目录
MySQL SQL性能分析 show profile
分享技术，分享知识
03-02
366
MySQL show profile 和 show profiles 命令用于展示SQL语句执行过程中的资源使用情况，包括CPU的使用，CPU上下文切换，IO等待，内存使用等，这个命令对于分析某个SQL的性能瓶颈非常有帮助，借助于show profile的输出信息，能让我们知道一个SQL在哪个阶段耗时最长，消耗资源最多，从而为SQL优化，提高SQL性能提供重要的依据。
原文地址：
https:...
sql语句执行剖析
LuoyuOvO
07-21
349
概要
本篇文章主要讲解sql语句在执行过程中，数据库为我们做了哪些操作。涉及数据库引擎，隔离机制，锁，索引等等。列入：select * from user u where u.age>10 and u.age <10 and u.school = ‘BJ’ 在执行这条sql中数据库做的所有操作。（这里主要以mysql为基础）
数据引擎
数据库存储引擎是数据库底层软件组织，数据库管理系统（DBMS）使用数据引擎进行创建、查询、更新和删除数据。不同的存储引擎提供不同的存储机制、索引技巧、锁定水平等功
参与评论
您还未登录，请先
登录
后发表或查看评论
MySQL使用profile分析语句性能消耗
coco3600的博客
03-20
253
MySQL使用profile分析语句性能消耗
MySQL可以使用profile分析SQL语句的性能消耗情况。例如，查询到SQL会执行多少时间，并看出CPU、内存使用量，...
mysql中的show profiles在5.6.14版本被丢弃
My Notes
01-05
1431
mysql> status
————–
mysql Ver 14.14 Distrib 5.6.14, for Linux (x86_64) using EditLine wrapper
mysql> show variables like ‘%profil%’;
+————————+——-+
| Variable_name | Value |
+——————
mysql sqlprofile_MySQLSQL剖析(SQLprofile)
weixin_31235395的博客
01-19
295
分析SQL执行带来的开销是优化SQL的重要手段。在MySQL数据库中，可以通过配置profiling参数来启用SQL剖析。该参数可以在全局和ses分析SQL执行带来的开销是优化SQL的重要手段。在MySQL数据库中，可以通过配置profiling参数来启用SQL剖析。该参数可以在全局和session级别来设置。对于全局级别则作用于整个MySQL实例，而session级别紧影响当前session。该...
mysql性能瓶颈_MySQL性能瓶颈分析工具（profiling）
weixin_28808145的博客
01-19
211
一、介绍1、分析SQL执行带来的开销是优化SQL的重要手段。2、在MySQL数据库中，可以通过配置profiling参数来启用SQL剖析。3、该参数可以在全局和session级别来设置。4、对于全局级别则作用于整个MySQL实例，而session级别紧影响当前session。5、该参数开启后，后续执行的SQL语句都将记录其资源开销，诸如IO，上下文切换，CPU，Memory等等。根据这些开销进一步...
MySQL查询结果中Duration Time和Fetch Time的含义
calm_encode的博客
08-15
1282
一 查询
二 Duration和Fetch的含义
mysql duration and fetch time - Stack Overflow
MySQL :: Re: Getting the execution time of a query
Fetch time- measures how long transferring fetched results take, which has nothing to do with query execution. I would not co.
【MySQL】高级SQL调优之profile的使用
weixin_42615154的博客
04-01
779
profile 是MySQL用来分析当前会话中执行语句的资源消耗情况。默认情况下，参数属于关闭状态，并保存15次的运行结果。
这里写目录标题使用 profile 分析语句步骤日常开发中需要注意的危险结果
使用 profile 分析语句步骤
查看当前MySQL版本是否支持；
# 默认关闭 OFF
show variables like 'profile'
该功能默认关闭，使用前需要开启
set profiling=on
运行待分析sql
查看结果
show profiles;
诊断 SQ.
第 1 章 SQL 索引剖析
Tony.Dong的专栏
11-12
195
索引是数据库中的一个独立的数据结构，使用 create index 语句创建。索引需要单独的磁盘空间，并且存储了被索引数据的一个副本。这就意味着索引完全是冗余的结构。创建索引不会影响表中的数据，仅仅是创建了一个指向表的数据结构。索引的叶子节点是一个双向链表，B-树用于快速查找特定的叶子节点。
索引查找需要执行三个步骤：（1）树的遍历；（2）遍历叶节点链；（3）访问表中的数据。
MySQL- SQL执行计划 & 统计SQL执行每阶段的耗时
小工匠
02-02
5881
文章目录官方文档某些SQL查询为什么慢MySQL处理SQL请求的过程查询缓存对SQL性能的影响SQL预处理及生成执行计划造成MySQL生成错误的执行计划的原因
官方文档
https://dev.mysql.com/doc/
如果英文不好的话，可以参考 searchdoc 翻译的中文版本
http://www.searchdoc.cn/rdbms/mysql/dev.mysql.com/do...
mysql基础
m0_62674166的博客
05-13
92
3、剖析mysql查询（高性能mysql第三章）
开启慢查询的开销很低，只需要担心的是日志占用的磁盘空间，mysql还有另一种查询日志，被称为通用日志查询，在mysql5.0之后慢查询日志可以通过设置long_query_time为0来捕获所有的查询日志，并且查询的响应时间是微妙级别,
剖析单条sql语句的三种方法 具体的指标需要学习
①可以通过此命令知道整个执行中耗时的详细情况，show profiles 详细信息可以执行show profile for query 1如果要是用shcema，可以使
mysql 优化之 profile
渔夫数据库笔记
06-03
2296
NOTE：本篇博客基于mysql 5.6
一. profile相关参数
show variables like '%profil%';
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| have_profiling
1287mysql,MySQL性能优化
weixin_36354131的博客
03-18
164
通过Profile查看SQL各个阶段所消耗的时间进而采取有针对性的优化set profiling=1; #仅在当前session有效select count(*) from sakila.film; #使用测试库执行一条语句show profiles; #可显示查询所用的总时间以及Query_IDshow profile for query 1; #query后接的数字1即为对应的Query_ID...
Mysql分析-profile详解
hann的专栏
02-06
2万+
一。前言
当我们要对某一条sql的性能进行分析时，可以使用它。
Profiling是从 mysql5.0.3版本以后才开放的。
启动profile之后，所有查询包括错误的语句都会记录在内。
关闭会话或者set profiling=0 就关闭了。（如果将profiling_history_size参数设置为0，同样具有关闭MySQL的profiling效果。）
此工具可用来
Mysql profile使用
u010648194的博客
05-11
466
一、使用profile
①是否有这个功能
(root@localhost) [test]> show variables like '%have_pr%';
+----------------+-------+
| Variable_name | Value |
+----------------+-------+
| have_profiling | YES |
+----------------+-------+
1 row in set (0.00 sec)
② 使用
1、.
分析诊断工具之三：使用show profiles分析SQL性能
weixin_34389926的博客
01-23
471
分析SQL执行带来的开销是优化SQL的重要手段。在MySQL数据库中，可以通过配置profiling参数来启用SQL剖析。该参数可以在全局和session级别来设置。对于全局级别则作用于整个MySQL实例，而session级别紧影响当前session。该参数开启后，后续执行的SQL语句都将记录其资源开销，诸如IO，上下文切换，CPU，Memory等等。根据这些开销进一步分析当前SQL瓶颈从而进...
SQL自我剖析
最新发布
大宝贝儿
06-15
26
SQL
1287, "'@@tx_isolation' is deprecated and will be removed in a future release. Please use '@@transa
热门推荐
birdflyinhigh的博客
03-13
2万+
1287, "'@@tx_isolation' is deprecated and will be removed in a future release. Please use '@@transaction_isolation' instead"
解决办法：
pip install sqlalchemy==1.1.15
lynda永久会员:提升自己的途径：h...
“相关推荐”对你有帮助么？
非常没帮助
没帮助
一般
有帮助
非常有帮助
提交
©️2022 CSDN
皮肤主题：大白
设计师：CSDN官方博客
返回首页
Leshami
CSDN认证博客专家
CSDN认证企业博客
码龄15年
暂无认证
686
原创
7469
周排名
131万+
总排名
874万+
访问
等级
6万+
积分
7313
粉丝
843
获赞
857
评论
2140
收藏
私信
关注
热门文章
RMAN 备份详解
137020
SQL基础-->多表查询
120930
MySQL [ERROR] Table 'mysql.user' doesn't exist
114926
ORA-00942: table or view does not exist
86743
MySQL 修改用户密码及重置root密码
85676
分类专栏
【 Oracle数据库系列 】
1篇
SQL PL/SQL基础系列
61篇
Percona XtraDB Cluster
21篇
-----Oracle 12c相关特性
6篇
-----Oracle性能优化
62篇
-----SQL/PLSQL优化
22篇
-----Oracle RAC相关
49篇
-----Oracle Cloud Control
3篇
-----Oracle DG相关
3篇
-----Oracle体系结构
9篇
-----Oracle闪回特性
4篇
-----Oracle备份恢复
17篇
-----Oracle Datapump
11篇
-----RMAN备份恢复
33篇
-----Oracle网络配置
9篇
-----Oracle故障处理
49篇
-----Oracle相关特性
51篇
-----ASM相关特性
3篇
-----SQL/Shell 脚本
34篇
-----Oracle安装卸载
14篇
-----SQL/PLSQL基础
61篇
【 MySQL数据库系列 】
7篇
-----Percona XtraDB Cluster
22篇
-----MySQL高可用性
26篇
-----MyCAT相关特性
3篇
-----MySQL相关特性
75篇
【 MongoDB数据库系列 】
-----MongoDB相关特性
30篇
-----MongoDB高可用
4篇
【 MSSQL数据库系列 】
-----MSSQL高可用性
8篇
-----MSSQL相关特性
16篇
【 Linux服务器运维系列 】
1篇
-----Linux高可用
8篇
-----Linux相关特性
41篇
-----Nginx相关特性
12篇
-----Apache httpd相关特性
7篇
-----Tomcat相关特性
4篇
-----PHP相关特性
2篇
-----Vmware/VirtualBox
5篇
【 人生百态系列 】
1篇
-----海阔天空
22篇
【 Python系列】
4篇
-----Python基础
4篇
视频教程
3篇
最新评论
执行计划中各字段各模块描述
BYZ.:
大哥 outline与outline_leaf他俩有什么区别啊
Oracle 数据库性能优化3日实战(企业培训)
m0_72882434:
感谢博主分享，能加个维信沟通点问题嘛~
MongoDB 数组元素增删改
qq_46246257:
总结的很👍🏻，学到了
共享池中保留池的调整(shared_pool_reserved_size)
jason0796:
这文字看着真难受
java环境配置及jps命令未找到
菜鸟000356:
jps命令有用啦，感谢！！
您愿意向朋友推荐“博客详情页”吗？
强烈不推荐
不推荐
一般般
推荐
强烈推荐
提交
最新文章
MySQL字符集乱码
中年忒焦虑？
基于案例理解MySQL执行计划
2019年2篇
2018年50篇
2017年59篇
2016年53篇
2015年66篇
2014年91篇
2013年124篇
2012年81篇
2011年68篇
2010年93篇
2009年6篇
目录
目录
分类专栏
【 Oracle数据库系列 】
1篇
SQL PL/SQL基础系列
61篇
Percona XtraDB Cluster
21篇
-----Oracle 12c相关特性
6篇
-----Oracle性能优化
62篇
-----SQL/PLSQL优化
22篇
-----Oracle RAC相关
49篇
-----Oracle Cloud Control
3篇
-----Oracle DG相关
3篇
-----Oracle体系结构
9篇
-----Oracle闪回特性
4篇
-----Oracle备份恢复
17篇
-----Oracle Datapump
11篇
-----RMAN备份恢复
33篇
-----Oracle网络配置
9篇
-----Oracle故障处理
49篇
-----Oracle相关特性
51篇
-----ASM相关特性
3篇
-----SQL/Shell 脚本
34篇
-----Oracle安装卸载
14篇
-----SQL/PLSQL基础
61篇
【 MySQL数据库系列 】
7篇
-----Percona XtraDB Cluster
22篇
-----MySQL高可用性
26篇
-----MyCAT相关特性
3篇
-----MySQL相关特性
75篇
【 MongoDB数据库系列 】
-----MongoDB相关特性
30篇
-----MongoDB高可用
4篇
【 MSSQL数据库系列 】
-----MSSQL高可用性
8篇
-----MSSQL相关特性
16篇
【 Linux服务器运维系列 】
1篇
-----Linux高可用
8篇
-----Linux相关特性
41篇
-----Nginx相关特性
12篇
-----Apache httpd相关特性
7篇
-----Tomcat相关特性
4篇
-----PHP相关特性
2篇
-----Vmware/VirtualBox
5篇
【 人生百态系列 】
1篇
-----海阔天空
22篇
【 Python系列】
4篇
-----Python基础
4篇
视频教程
3篇
目录
评论
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
查看更多评论
打赏作者
Leshami
你的鼓励将是我创作的最大动力
¥2
¥4
¥6
¥10
¥20
输入1-500的整数
余额支付
(余额：-- )
扫码支付
扫码支付：¥2
获取中
扫码支付
您的余额不足，请更换扫码支付或充值
打赏作者
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额
抵扣说明：
1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。 2.余额无法直接购买下载，可以购买VIP、C币套餐、付费专栏及课程。
余额充值