04 2012 档案

摘要：单去说这个问题，就很简单，就是在查询条件里，不要加聚合函数。主要是，说下这个问题的影响以及与查找过程，首先的现象就是大量的交易出错，因为是在混合场景中，那么最终就一个个筛选，最终确定了某个交易导致的，然后具体去查找个交易的SQL语句，基本没查出什么异常，最后还请来了sybase的工程师，然后一点点纠错查找，到最后定为到了这个问题上。查了点相关资料:至于联合索引为什么无效，是因为 WHERE 后使用聚合函数的话，索引将不起作用当我们在where语句中加入is null条件时，对应列索引是不会出现在执行计划中的。Is not null条件在选择率合适的情况下，还是可能引入索引执行计划的http:/ 阅读全文

摘要：下面一段话，是从一个博客http://blog.csdn.net/tuwen/article/details/2191742抄过来的，但其实我重点这里想说一下的是做项目的过程中遇到的这IME_WAIT。TcpTimedWaitDelay和MaxUserPort设置描述：确定 TCP/IP 可释放已关闭连接并重用其资源前，必须经过的时间。关闭和释放之间的此时间间隔通称 TIME_WAIT 状态或两倍最大段生命周期（2MSL）状态。此时间期间，重新打开到客户机和服务器的连接的成本少于建立新连接。减少此条目的值允许 TCP/IP 更快地释放已关闭的连接，为新连接提供更多资源。如果运行的应用程序需要快 阅读全文

摘要：这个问题，一般是因为send buffer 和recv buffer的长度和预期长度不一致的问题:解决方法就是运行脚本，查看实际send和recv的长度，然后改动下就好。那么这个问题，可以通过这个方法解决，下面说说一些别的。1、首先说不一致 按照理论应该是，发送和接收的长度都设置的过长，导致LR会等上默认的10s。但是在实际遇到了这个问题后，我去Generator里验证，改动好了之后，再随意的改变send 和recv的长度，这个问题并没有重现。2、send和recv长度组合有四种，各会有什么样的影响呢？3、Loadrunner中的duration 和waste time下面的一段英文，是帮.. 阅读全文