分享
 
 
 

在复杂应用环境下监控 ORACLE 数据库性能(1)

王朝oracle·作者佚名  2008-05-31
窄屏简体版  字體: |||超大  

前言

在单一的应用环境或业务相对简单的系统下,系统性能问题,瓶颈所在往往是不言自明,解决问题的前提—— 定位问题是比较轻易解决的, 但在一个复杂的应用环境下, 各应用系统对系统资源往往是一种共享和竞争的关系,

而且应用系统之间也可能存在着共生或制约的关系, 资源利益的均衡往往是此消彼长, 而这种环境下的应用系统一旦出现资源竞争,系统的瓶颈往往难以断定,甚至会发生不同应用设计人员之间互相推诿责任的扯皮现象,本文仅就此问题对Linux 平台下各应用系统对Oracle 数据库的使用情况作一探讨, ORACLE 数据库的 TUNING 不是一个可以一言以蔽的主题, 本文无意概全,内容仅涉及问题的定位及各应用对数据库资源的共享与竞争问题。

本文试验及问题取证的环境

RedHat6.1 Web server(Apache1.3.9+PHP4.0)+Client/Server(Pro*C) 之 Server 端

RedHat6.2 + Oracle8.1.6.1.0

RedHat7.1 Web server(Apache1.3.20+PHP4.06) + Oracle8.1.7.0.0

为方便问题的讨论,应用系统已做简化,竞争方仅包括一个 Pro*C 的 daemon 程序作为 C/S 模式的服务端,和由 Apache+PHP 所支持的 WEB 网站业务。

1. 单个 SQL 语句的处理

首先,最简单的情况莫过于单个 SQL 语句的分析,SQL 语句的优化也是数据库优化的一个最直接最立竿见影的因素。 SQL 语句的性能监控从监控工具来说大致可分为由高级语言提供和由 ORACLE 本身提供,高级语言以典型的应用 C 语言和 WEB 开发语言 PHP 为例,C 语言中可以用 gettimeofday 函数来在某一数据库操作之前和之后分别获取一个时间值,将两个时间值之差做为衡量该数据库操作的效率,在 PHP 中,也可以用 gettimeofday, 操作方法当然与 C 语言中有所不同。 当然,PHP 中也有其它一些函数可以达到同样的时间精度,关于时间精度的考虑,不能简单以大小衡量微秒级的时间数值,因为时钟中断的时间间隔从根本上决定了时间计算所能达到的精度,此外,操作系统本身对进程的时间片分配,及进程切换的开销等因素也在一定程度上影响时间数据的意义。 所以,以下时间的计算最理想的情况是对同一操作在尽可能避免缓存的情况下进行多次的循环操作,取总的时间值加以平均,从而得到比较接近真实情况的时间值。

C 语言的例子

#define TV_START 0

#define TV_END 1

int how_long(int cmd, char *res);

strUCt CMD_TIME{

int times;

/* times occured within specified package number */

struct timeval time;

/* total time consumed by the cmd */

};

void foo()

{

int id;

how_long(TV_START, NULL);

EXEC SQL WHENEVER SQLERROR CONTINUE;

EXEC SQL WHENEVER NOT FOUND CONTINUE;

EXEC SQL select user_id into :id from users where name='slimzhao';2;

how_long(TV_END, time_consume);

puts(time_consume);

}

int how_long(int cmd, char *res)

/* return value: -1 error, 0 sucess,res: 20 bytes is enough */

{

static struct timeval before, after;

if(cmd == TV_START) {

gettimeofday(&before, NULL);

return 0;

} else if(cmd == TV_END) {

gettimeofday(&after, NULL);

if(res) {

if(after.tv_usec before.tv_usec) {

sprintf(res, "%ld %ld", after.tv_sec - before.tv_sec,

after.tv_usec - before.tv_usec);

} else {

sprintf(res, "%ld %ld",

after.tv_sec - before.tv_sec - 1,

1000000 + after.tv_usec - before.tv_usec);

}

}

return 0;

} else {

return -1;

}

} 前言

在单一的应用环境或业务相对简单的系统下,系统性能问题,瓶颈所在往往是不言自明,解决问题的前提—— 定位问题是比较轻易解决的, 但在一个复杂的应用环境下, 各应用系统对系统资源往往是一种共享和竞争的关系,

而且应用系统之间也可能存在着共生或制约的关系, 资源利益的均衡往往是此消彼长, 而这种环境下的应用系统一旦出现资源竞争,系统的瓶颈往往难以断定,甚至会发生不同应用设计人员之间互相推诿责任的扯皮现象,本文仅就此问题对Linux 平台下各应用系统对ORACLE 数据库的使用情况作一探讨, ORACLE 数据库的 TUNING 不是一个可以一言以蔽的主题, 本文无意概全,内容仅涉及问题的定位及各应用对数据库资源的共享与竞争问题。

本文试验及问题取证的环境

RedHat6.1 Web server(Apache1.3.9+PHP4.0)+Client/Server(Pro*C) 之 Server 端

RedHat6.2 + Oracle8.1.6.1.0

RedHat7.1 Web server(Apache1.3.20+PHP4.06) + Oracle8.1.7.0.0

为方便问题的讨论,应用系统已做简化,竞争方仅包括一个 Pro*C 的 daemon 程序作为 C/S 模式的服务端,和由 Apache+PHP 所支持的 WEB 网站业务。

1. 单个 SQL 语句的处理

首先,最简单的情况莫过于单个 SQL 语句的分析,SQL 语句的优化也是数据库优化的一个最直接最立竿见影的因素。 SQL 语句的性能监控从监控工具来说大致可分为由高级语言提供和由 ORACLE 本身提供,高级语言以典型的应用 C 语言和 WEB 开发语言 PHP 为例,C 语言中可以用 gettimeofday 函数来在某一数据库操作之前和之后分别获取一个时间值,将两个时间值之差做为衡量该数据库操作的效率,在 PHP 中,也可以用 gettimeofday, 操作方法当然与 C 语言中有所不同。 当然,PHP 中也有其它一些函数可以达到同样的时间精度,关于时间精度的考虑,不能简单以大小衡量微秒级的时间数值,因为时钟中断的时间间隔从根本上决定了时间计算所能达到的精度,此外,操作系统本身对进程的时间片分配,及进程切换的开销等因素也在一定程度上影响时间数据的意义。 所以,以下时间的计算最理想的情况是对同一操作在尽可能避免缓存的情况下进行多次的循环操作,取总的时间值加以平均,从而得到比较接近真实情况的时间值。

C 语言的例子

#define TV_START 0

#define TV_END 1

int how_long(int cmd, char *res);

struct CMD_TIME{

int times;

/* times occured within specified package number */

struct timeval time;

/* total time consumed by the cmd */

};

void foo()

{

int id;

how_long(TV_START, NULL);

EXEC SQL WHENEVER SQLERROR CONTINUE;

EXEC SQL WHENEVER NOT FOUND CONTINUE;

EXEC SQL select user_id into :id from users where name='slimzhao';2;

how_long(TV_END, time_consume);

puts(time_consume);

}

int how_long(int cmd, char *res)

/* return value: -1 error, 0 sucess,res: 20 bytes is enough */

{

static struct timeval before, after;

if(cmd == TV_START) {

gettimeofday(&before, NULL);

return 0;

} else if(cmd == TV_END) {

gettimeofday(&after, NULL);

if(res) {

if(after.tv_usec before.tv_usec) {

sprintf(res, "%ld %ld", after.tv_sec - before.tv_sec,

after.tv_usec - before.tv_usec);

} else {

sprintf(res, "%ld %ld",

after.tv_sec - before.tv_sec - 1,

1000000 + after.tv_usec - before.tv_usec);

}

}

return 0;

} else {

return -1;

}

} 前言

在单一的应用环境或业务相对简单的系统下,系统性能问题,瓶颈所在往往是不言自明,解决问题的前提—— 定位问题是比较轻易解决的, 但在一个复杂的应用环境下, 各应用系统对系统资源往往是一种共享和竞争的关系,

而且应用系统之间也可能存在着共生或制约的关系, 资源利益的均衡往往是此消彼长, 而这种环境下的应用系统一旦出现资源竞争,系统的瓶颈往往难以断定,甚至会发生不同应用设计人员之间互相推诿责任的扯皮现象,本文仅就此问题对Linux 平台下各应用系统对ORACLE 数据库的使用情况作一探讨, ORACLE 数据库的 TUNING 不是一个可以一言以蔽的主题, 本文无意概全,内容仅涉及问题的定位及各应用对数据库资源的共享与竞争问题。

本文试验及问题取证的环境

RedHat6.1 Web server(Apache1.3.9+PHP4.0)+Client/Server(Pro*C) 之 Server 端

RedHat6.2 + Oracle8.1.6.1.0

RedHat7.1 Web server(Apache1.3.20+PHP4.06) + Oracle8.1.7.0.0

为方便问题的讨论,应用系统已做简化,竞争方仅包括一个 Pro*C 的 daemon 程序作为 C/S 模式的服务端,和由 Apache+PHP 所支持的 WEB 网站业务。

1. 单个 SQL 语句的处理

首先,最简单的情况莫过于单个 SQL 语句的分析,SQL 语句的优化也是数据库优化的一个最直接最立竿见影的因素。 SQL 语句的性能监控从监控工具来说大致可分为由高级语言提供和由 ORACLE 本身提供,高级语言以典型的应用 C 语言和 WEB 开发语言 PHP 为例,C 语言中可以用 gettimeofday 函数来在某一数据库操作之前和之后分别获取一个时间值,将两个时间值之差做为衡量该数据库操作的效率,在 PHP 中,也可以用 gettimeofday, 操作方法当然与 C 语言中有所不同。 当然,PHP 中也有其它一些函数可以达到同样的时间精度,关于时间精度的考虑,不能简单以大小衡量微秒级的时间数值,因为时钟中断的时间间隔从根本上决定了时间计算所能达到的精度,此外,操作系统本身对进程的时间片分配,及进程切换的开销等因素也在一定程度上影响时间数据的意义。 所以,以下时间的计算最理想的情况是对同一操作在尽可能避免缓存的情况下进行多次的循环操作,取总的时间值加以平均,从而得到比较接近真实情况的时间值。

C 语言的例子

#define TV_START 0

#define TV_END 1

int how_long(int cmd, char *res);

struct CMD_TIME{

int times;

/* times occured within specified package number */

struct timeval time;

/* total time consumed by the cmd */

};

void foo()

{

int id;

how_long(TV_START, NULL);

EXEC SQL WHENEVER SQLERROR CONTINUE;

EXEC SQL WHENEVER NOT FOUND CONTINUE;

EXEC SQL select user_id into :id from users where name='slimzhao';2;

how_long(TV_END, time_consume);

puts(time_consume);

}

int how_long(int cmd, char *res)

/* return value: -1 error, 0 sucess,res: 20 bytes is enough */

{

static struct timeval before, after;

if(cmd == TV_START) {

gettimeofday(&before, NULL);

return 0;

} else if(cmd == TV_END) {

gettimeofday(&after, NULL);

if(res) {

if(after.tv_usec before.tv_usec) {

sprintf(res, "%ld %ld", after.tv_sec - before.tv_sec,

after.tv_usec - before.tv_usec);

} else {

sprintf(res, "%ld %ld",

after.tv_sec - before.tv_sec - 1,

1000000 + after.tv_usec - before.tv_usec);

}

}

return 0;

} else {

return -1;

}

} 前言

在单一的应用环境或业务相对简单的系统下,系统性能问题,瓶颈所在往往是不言自明,解决问题的前提—— 定位问题是比较轻易解决的, 但在一个复杂的应用环境下, 各应用系统对系统资源往往是一种共享和竞争的关系,

而且应用系统之间也可能存在着共生或制约的关系, 资源利益的均衡往往是此消彼长, 而这种环境下的应用系统一旦出现资源竞争,系统的瓶颈往往难以断定,甚至会发生不同应用设计人员之间互相推诿责任的扯皮现象,本文仅就此问题对Linux 平台下各应用系统对ORACLE 数据库的使用情况作一探讨, ORACLE 数据库的 TUNING 不是一个可以一言以蔽的主题, 本文无意概全,内容仅涉及问题的定位及各应用对数据库资源的共享与竞争问题。

本文试验及问题取证的环境

RedHat6.1 Web server(Apache1.3.9+PHP4.0)+Client/Server(Pro*C) 之 Server 端

RedHat6.2 + Oracle8.1.6.1.0

RedHat7.1 Web server(Apache1.3.20+PHP4.06) + Oracle8.1.7.0.0

为方便问题的讨论,应用系统已做简化,竞争方仅包括一个 Pro*C 的 daemon 程序作为 C/S 模式的服务端,和由 Apache+PHP 所支持的 WEB 网站业务。

1. 单个 SQL 语句的处理

首先,最简单的情况莫过于单个 SQL 语句的分析,SQL 语句的优化也是数据库优化的一个最直接最立竿见影的因素。 SQL 语句的性能监控从监控工具来说大致可分为由高级语言提供和由 ORACLE 本身提供,高级语言以典型的应用 C 语言和 WEB 开发语言 PHP 为例,C 语言中可以用 gettimeofday 函数来在某一数据库操作之前和之后分别获取一个时间值,将两个时间值之差做为衡量该数据库操作的效率,在 PHP 中,也可以用 gettimeofday, 操作方法当然与 C 语言中有所不同。 当然,PHP 中也有其它一些函数可以达到同样的时间精度,关于时间精度的考虑,不能简单以大小衡量微秒级的时间数值,因为时钟中断的时间间隔从根本上决定了时间计算所能达到的精度,此外,操作系统本身对进程的时间片分配,及进程切换的开销等因素也在一定程度上影响时间数据的意义。 所以,以下时间的计算最理想的情况是对同一操作在尽可能避免缓存的情况下进行多次的循环操作,取总的时间值加以平均,从而得到比较接近真实情况的时间值。

C 语言的例子

#define TV_START 0

#define TV_END 1

int how_long(int cmd, char *res);

struct CMD_TIME{

int times;

/* times occured within specified package number */

struct timeval time;

/* total time consumed by the cmd */

};

void foo()

{

int id;

how_long(TV_START, NULL);

EXEC SQL WHENEVER SQLERROR CONTINUE;

EXEC SQL WHENEVER NOT FOUND CONTINUE;

EXEC SQL select user_id into :id from users where name='slimzhao';2;

how_long(TV_END, time_consume);

puts(time_consume);

}

int how_long(int cmd, char *res)

/* return value: -1 error, 0 sucess,res: 20 bytes is enough */

{

static struct timeval before, after;

if(cmd == TV_START) {

gettimeofday(&before, NULL);

return 0;

} else if(cmd == TV_END) {

gettimeofday(&after, NULL);

if(res) {

if(after.tv_usec before.tv_usec) {

sprintf(res, "%ld %ld", after.tv_sec - before.tv_sec,

after.tv_usec - before.tv_usec);

} else {

sprintf(res, "%ld %ld",

after.tv_sec - before.tv_sec - 1,

1000000 + after.tv_usec - before.tv_usec);

}

}

return 0;

} else {

return -1;

}

}

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
2023年上半年GDP全球前十五强
 百态   2023-10-24
美众议院议长启动对拜登的弹劾调查
 百态   2023-09-13
上海、济南、武汉等多地出现不明坠落物
 探索   2023-09-06
印度或要将国名改为“巴拉特”
 百态   2023-09-06
男子为女友送行,买票不登机被捕
 百态   2023-08-20
手机地震预警功能怎么开?
 干货   2023-08-06
女子4年卖2套房花700多万做美容:不但没变美脸,面部还出现变形
 百态   2023-08-04
住户一楼被水淹 还冲来8头猪
 百态   2023-07-31
女子体内爬出大量瓜子状活虫
 百态   2023-07-25
地球连续35年收到神秘规律性信号,网友:不要回答!
 探索   2023-07-21
全球镓价格本周大涨27%
 探索   2023-07-09
钱都流向了那些不缺钱的人,苦都留给了能吃苦的人
 探索   2023-07-02
倩女手游刀客魅者强控制(强混乱强眩晕强睡眠)和对应控制抗性的关系
 百态   2020-08-20
美国5月9日最新疫情:美国确诊人数突破131万
 百态   2020-05-09
荷兰政府宣布将集体辞职
 干货   2020-04-30
倩女幽魂手游师徒任务情义春秋猜成语答案逍遥观:鹏程万里
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案神机营:射石饮羽
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案昆仑山:拔刀相助
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案天工阁:鬼斧神工
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案丝路古道:单枪匹马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:与虎谋皮
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:李代桃僵
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:指鹿为马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:小鸟依人
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:千金买邻
 干货   2019-11-12
 
推荐阅读
 
 
 
>>返回首頁<<
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有