一 : OracleEBSLOV速度优化

一、现象(www.61k.com］

当我们的EBS LOV的SQL写得比较复杂，或者数据量比较多时，LOV弹出显示速度，或者直接填入单号然后移动到其它输入框（Validate from List打开的情况）会出现Busy状态，用户需要等待！

二、分析

1.点击LOV按钮弹出选择框：

直接查询LOV SQL的所有数据，数据量大或者SQL复杂时，查询慢+数据传输慢。

2.填入单号然后移动光标到其它输入框：
Forms界面比较笨，先查询所有数据，然后再筛选该单号，判断是否存在该单号，或者有没有重复单号。

二、优化方法

设置LOV的属性 Filter Before Display：Yes

效果1：打开LOV的时候并不会自动查询，等待用户输入查询条件，%代表查询所有

效果2：输入单号移动到其它位置的时候，速度很快。（原来：先查询所有数据，然后再筛选该单号。现在：直接把单据号带入SQL）

扩展：oracle ebs lov / oracle ebs优化报表 / ebs lov

二 : 优化mysql slave的同步速度

测试环境：

Red Hat Enterprise Linux Server release 6.3 (Santiago)

Server version: 5.6.22-log MySQL Community Server (GPL)

我搭建了1主3从的环境，准备测试MHA架构，过程中发现，测试并发插入的时候，从库1可以跟上，从库2,3跟不上

如何判断是io thread慢还是 sql thread慢呢，有个方法，观察show slave status\G ,

判断3个参数（参数后面的值是默认空闲时候的正常值）：

Slave_IO_State: Waiting for master to send event

Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it

Seconds_Behind_Master: 0

1.sql thread慢的表现：

Seconds_Behind_Master越来越大

Slave_SQL_Running_State: Reading event from the relay log

2.io thread慢的表现：

Seconds_Behind_Master为0

Slave_SQL_Running_State: 显示正常值

Slave_IO_State:显示忙碌状态

而我观察到的值是

Slave_IO_State: Waiting for master to send event

Seconds_Behind_Master: 313

Slave_SQL_Running_State: Reading event from the relay log

因此推断是sql thread慢

为啥只有slave2,3慢，而slave1可以跟上呢，开始怀疑是参数配置的差异，比对/etc/my.cnf后发现，配置无差异

因此排除这个原因，后来用dstat观察，发现繁忙时候，slave的IO写速度上不去

slave1：

$ dstat

----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system--

usr sys idl wai hiq siq| read writ| recv send| in out | int csw

0 0 100 0 0 0|9308B 11k| 0 0 | 3B 3B| 63 63

3 4 54 40 0 0| 88k 10M| 45k 9438B| 0 0 |1857 2579

3 3 59 35 0 1| 80k 7552k| 40k 8486B| 0 0 |1675 2307

3 3 56 38 0 0| 72k 7824k| 42k 8816B| 0 0 |1727 2348

3 4 52 41 0 1| 96k 9688k| 49k 10k| 0 0 |2029 2874

3 4 54 39 0 0| 96k 8880k| 45k 9410B| 0 0 |1905 2674

3 3 53 40 0 1| 96k 9776k| 58k 10k| 0 0 |1935 2671

3 3 58 36 0 0| 64k 7848k| 40k 8420B| 0 0 |1724 2357

3 5 52 40 0 1| 96k 8936k| 49k 10k| 0 0 |1948 2680

3 4 51 42 0 1| 96k 9400k| 49k 10k| 0 0 |1988 2760

3 4 52 41 0 0| 88k 9752k| 49k 10k| 0 0 |2058 2868

4 4 51 41 0 1| 96k 9680k| 49k 9938B| 0 0 |1990 2750

3 3 59 35 0 0| 80k 7632k| 39k 8288B| 0 0 |1668 2275

3 4 52 42 0 1| 80k 8504k| 46k 9146B| 0 0 |1860 2523

3 4 51 42 0 0| 80k 8496k| 43k 8684B| 0 0 |1882 2516

2 3 65 30 0 0| 64k 5976k| 30k 6440B| 0 0 |1326 1802

3 4 53 40 0 1| 72k 8360k| 59k 10k| 0 0 |1859 2538

3 4 51 42 0 1| 96k 8840k| 53k 10k| 0 0 |1958 2648

2 4 51 43 0 0| 72k 7352k| 40k 7760B| 0 0 |1633 2219

3 4 51 42 0 1| 88k 7920k| 31k 6770B| 0 0 |1767 2373

3 3 54 40 0 0| 80k 8528k| 40k 8750B| 0 0 |1859 2549

slave2:

----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system--

usr sys idl wai hiq siq| read writ| recv send| in out | int csw

2 1 50 47 0 1|8192B 1168k| 55k 10k| 0 0 | 533 771

1 1 51 48 0 0|8192B 1048k| 33k 7046B| 0 0 | 427 622

1 1 51 48 0 0|8192B 1080k| 58k 9806B| 0 0 | 500 709

1 1 50 48 0 0| 0 1864k| 51k 8486B| 0 0 | 502 669

1 2 51 47 0 0|8192B 1120k| 42k 8156B| 0 0 | 496 674

1 1 51 47 0 0|8192B 1160k| 32k 6350B| 0 0 | 467 655

1 2 51 47 0 0| 0 1288k| 50k 10k| 0 0 | 563 797

1 1 51 47 0 0|8192B 1200k| 43k 8486B| 0 0 | 493 728

2 1 50 47 0 0|8192B 1024k| 45k 8816B| 0 0 | 481 659

1 1 50 48 0 0|8192B 1248k| 49k 9450B| 0 0 | 517 772

1 1 50 48 0 0| 0 1264k| 47k 9146B| 0 0 | 516 756

1 2 50 47 0 1|8192B 1144k| 50k 10k| 0 0 | 520 765

1 1 51 48 0 0|8192B 1200k| 51k 8156B| 0 0 | 484 716

1 2 50 48 0 0|8192B 968k| 50k 9278B| 0 0 | 470 684

1 1 50 48 0 0|8192B 1128k| 39k 7892B| 0 0 | 476 679

1 1 51 47 0 0| 0 1248k| 45k 9476B| 0 0 | 523 760

1 2 50 48 0 0|8192B 1448k| 41k 7826B| 0 0 | 552 805

1 1 50 48 0 0|8192B 1120k| 44k 8090B| 0 0 | 470 692

slave3:

----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system--

usr sys idl wai hiq siq| read writ| recv send| in out | int csw

1 1 50 49 0 0|8192B 1328k|1167B 170B| 0 0 | 385 515

1 1 51 48 0 0|8192B 1128k| 754B 170B| 0 0 | 325 449

1 1 50 49 0 0| 0 920k| 474B 314B| 0 0 | 279 381

0 1 50 49 0 0|8192B 664k|1633B 170B| 0 0 | 226 291

1 1 50 49 0 0|8192B 1200k|1250B 170B| 0 0 | 353 475

1 1 50 48 0 0| 0 1432k|1632B 170B| 0 0 | 402 551

1 1 51 48 0 0| 16k 1752k|1045B 170B| 0 0 | 487 664

1 1 50 48 0 0|8192B 1648k| 12k 170B| 0 0 | 461 636

1 1 51 48 0 0| 0 1272k| 886B 170B| 0 0 | 380 501

1 1 50 49 0 0|8192B 1000k|1023B 170B| 0 0 | 300 400

1 1 50 48 0 0|8192B 1096k| 747B 170B| 0 0 | 332 442

1 1 50 48 0 0|8192B 1448k|1003B 170B| 0 0 | 416 557

1 1 50 48 0 0| 0 1592k|1174B 170B| 0 0 | 450 614

1 1 51 48 0 0|8192B 1416k|1028B 170B| 0 0 | 404 552

0 1 50 49 0 0|8192B 1128k|1031B 170B| 0 0 | 331 447

1 1 51 48 0 0|8192B 1160k|1185B 170B| 0 0 | 340 458

1 1 50 49 0 0| 0 1120k| 633B 170B| 0 0 | 326 453

1 0 50 49 0 0|8192B 656k|8886B 170B| 0 0 | 221 288

1 1 50 49 0 0|8192B 1128k|1619B 170B| 0 0 | 335 451

三 : 优化大师系开机速度优化

Windows优化大师对于开机速度的优化主要通过减少引导信息停留时间和取消不必要的开机自运行程序来提高电脑的启动速度。

(www.61k.com)

用户在设置开机自启动程序时，可点击展开列表中的项目，Windows优化大师会显示与该程序相关的说明或建议。

注1：点击打开资源管理器，并定位到该文件所在目录，可通过资源管理器直接定位到该启动项所在的目录。便于高级用户进一步分析。

注2：点击打开注册表编辑器，并定位到该注册表位置，可通过Regedit注册表编辑器直接定位到该启动项所在的位置。便于高级用户进一步分析。

注3：若Windows优化大师未给出该项目的说明或建议，请点击更多相关信息...，将通过网络搜索与该项目匹配的相关信息。

用户可点击导出，将开机自启动项目导出为指定的文本文件，以便日后比对和分析。注册用户在遇到不清楚的项目时，可将该文件发送到Windows优化大师技术支持邮箱，我们将回复您该项目的意义。

用户在确定要取消的开机自启动程序后，在该项目前的选择框内打上勾，然后单击优化按钮，即可清除该自启动程序。

Windows优化大师在清除自启动项目时，对于清除的项目进行了备份，用户可以点击恢复按钮随时进行恢复。

有关备份与恢复管理器的详细信息请参阅：备份与恢复管理。

在开机速度优化时，用户还可以增加新的开机自启动程序。方法是：首先点击新增按钮进入新增自启动程序子窗体，然后在名称中输入欲新增项目的名称，例如：Windows内存整理。接下来，在命令行右上方点击打开文件的按钮图标选择开机自动运行的程序。最后点击确定即可。

多操作系统用户在开机速度优化中还可以调整Windows默认启动顺序。例如：用户安装有WindowsXP和Windows98两个操作系统，默认情况下，开机后系统在一定时间内如果用户没有选择启动WindowsXP还是Windows98，则电脑会自动启动并进入WindowsXP。如果用户希望系统在此情况下机器自动进入Windows98，则可在此选择默认进入的操作系统为Windows98。

预读方式：该选项只对WindowsXP/2003/Vista有效。用户可以设置系统预读方式为以下四种方式：禁用;应用程序加载预读;系统启动预读或二者均预读。选择应用程序加载预读后，由于系统启动时不进行文件和索引的预读，则可能会减少系统启动滚动条滚动的次数或时间，因此，建议用户选择。

（本文来源于网站，更多请访问

异常时启动磁盘错误检查等待时间。本选项适合Windows2000/XP/2003/Vista用户。当Windows非正常关闭后，下次启动会自动运行磁盘错误检查工具(默认为：chkdsk)，在自动运行前，Windows会等待一段时间便于用户确认是否要运行，默认为10秒。若您需要修改此等待时间，可选中此项后，输入或选择要等待的秒数，点击优化即可。

点击导出，导出关于您开机的启动项。

导出后的文件

导出的文件记录了您计算机系统的详细启动项信息。包括了每个启动项的详细信息。

（本文来源于网站，更多请访问

修改完成后，点击优化，进行保存设置。

本文标题：开机速度优化-OracleEBSLOV速度优化
本文地址： http://www.61k.com/1086593.html