首页内容RSS登录HuanG LonG'S BloG   |  龙哥的博客搜索：首页Nginx php-fpm 或者fastcgi 遇到 502 Bad Gateway 自动重启脚本2014年4月3日 由 huang                      没有评论 »<?php$url = 'http://www.huanglong.me';$cmd = '/etc/init.d/php-fastcgi restart';for($i = 0; $i < 5; $i ++){$exec = "curl connect-timeout 3 -I $url 2>/dev/null";$res = shell_exec($exec);if(stripos($res, '502 Bad Gateway') !== false){shell_exec($cmd);exit();}}没有评论 »发表在技术点滴db2 数据库别名已存在2013年1月24日 由 huang                      没有评论 »1、db2 list database directory   查看系统数据库目录，看不到要找的数据库，表示该数据库不在系统数据库目录中2、db2 list database directory on D：(在系统数据库目录找不到的情况下执行该指令，这里是盘符d)，然后发现有sample和source的别名。说明在本地数据库目录中。3、db2 catalog database 数据库名 on d: 将数据库编目到节点上4. drop database 数据库名 删除数据库没有评论 »发表在技术点滴【转】Oracle等待事件以及解决方案2012年11月27日 由 huang                      没有评论 »我们可以通过视图v$session_wait来查看系统当前的等待事件，以及与等待事件相对应的资源的相关信息，从而可确定出产生瓶颈的类型及其对象。 v$session_wait的p1、p2、p3告诉我们等待事件的具体含义，根据事件不同其内容也不相同，下面就一些常见的等待事件如何处理以及如何定位热点对象和阻塞会话作一些介绍。<1> db file scattered read DB 文件分散读取 (太多索引读,全表扫描—–调整代码,将小表放入内存)这种情况通常显示与全表扫描相关的等待。当全表扫描被限制在内存时，它们很少会进入连续的缓冲区内，而是分散于整个缓冲存储器中。如果这个数目很大，就表明该表找不到索引，或者只能找到有限的索引。尽管在特定条件下执行全表扫描可能比索引扫描更有效，但如果出现这种等待时，最好检查一下这些全表扫描是否必要。因为全表扫描被置于LRU(Least Recently Used，最近最少适用)列表的冷端（cold end），所以应尽量存储较小的表，以避免一次又一次地重复读取它们。==================================================该类事件的p1text=file#,p1是file_id，p2是block_id,通过dba_extents即可确定出热点对象(表或索引)select owner,segment_name,segment_typefrom dba_extentswhere file_id = &file_idand &block_id between block_id and block_id + &blocks – 1;==================================================<2> db file sequential read DB 文件顺序读取 (表连接顺序不佳—–调整代码,特别是表连接)这一事件通常显示单个块的读取(如索引读取)。这种等待的数目很多时，可能显示表的连接顺序不佳，或者不加选择地进行索引。对于大量事务处理、调整良好的系统，这一数值大多是很正常的，但在某些情况下，它可能暗示着系统中存在问题。你应当将这一等待统计量与Statspack 报告中的已知问题（如效率较低的SQL）联系起来。检查索引扫描，以保证每个扫描都是必要的，并检查多表连接的连接顺序。DB_CACHE_SIZE 也是这些等待出现频率的决定因素。有问题的散列区域（Hash-area）连接应当出现在PGA 内存中，但它们也会消耗大量内存，从而在顺序读取时导致大量等待。它们也可能以直接路径读／写等待的形式出现。===================================================该类事件的p1text=file#,p1是file_id，p2是block_id,通过dba_extents即可确定出热点对象(表或索引)select owner,segment_name,segment_typefrom dba_extentswhere file_id = &file_idand &block_id between block_id and block_id + &blocks – 1;==================================================<3> free buffer waits 释放缓冲区等待 (增大DB_CACHE_SIZE,加速检查点,调整代码)这种等待表明系统正在等待内存中的缓冲，因为内存中已经没有可用的缓冲空间了。如果所有SQL 都得到了调优，这种等待可能表示你需要增大DB_BUFFER_CACHE。释放缓冲区等待也可能表示不加选择的SQL 导致数据溢出了带有索引块的缓冲存储器，没有为等待系统处理的特定语句留有缓冲区。这种情况通常表示正在执行相当多数量的DML（插入／更新／删除），并且数据库书写器(DBWR)写的速度不够快，缓冲存储器可能充满了相同缓冲器的多个版本，从而导致效率非常低。为了解决这个问题，可能需要考虑增加检查点、利用更多的DBWR 进程，或者增加物理磁盘的数量。<4> buffer busy waits 缓冲区忙等待 (BUFFER热块)这是为了等待一个以非共享方式使用的缓冲区，或者正在被读入缓冲存储器的缓冲区。缓冲区忙等待不应大于1%。检查缓冲等待统计部分（或V$WAITSTAT）:A、如果等待处于字段头部，应增加自由列表（freelist）的组数，或者增加pctused到pctfree之间的距离。B、如果等待处于回退段（undo）头部块，可以通过增加回滚段(rollback segment)来解决缓冲区的问题；C、如果等待处于回退段（undo）非头部块上，就需要降低驱动一致读取的表中的数据密度,或者增大DB_CACHE_SIZE；D、如果等待处于数据块，可以将数据移到另一数据块以避开这个”热”数据块、增