- 博客(5)
- 收藏
- 关注
RSS订阅
原创 Mysql数据库服务器CPU冲高问题定位及分析
一、 现象概述和初步分析在生产系统中最近经常发现数据库CPU冲高的现象，冲高的时间不定最长情况有达到过2、30分钟的情况，甚至会较严重的影响数据库服务器的运行和稳定。每次出现这种情况的，以下的sql语句出现的概率较大：select count(*) from ( select * from xxx) as new根据上述现象，我们初步把测试重点放在了引起该语句的
2008-09-04 16:52:00
1982
1
原创 FoxPro 客户端频繁数据库连接性能问题的分析和诊断
XXX系统中的XXX功能用户反应很慢，但是通过使用Profiler截取到的一系列的存储过程执行速度很快都在0.1秒级别附近，并无明显的性能瓶颈，无法重现性能问题。为了重现问题，使用LoadRunner中的ODBC协议对这个功能进行了录制，脚本中记录了所有ODBC级别的语句，通过运行5个并发用户的数据，可以看到分配单一些列操作过程的平均响应时间为76秒，而单独的查询按钮的响应也达到了22秒，说
2008-09-09 10:15:00
499
原创 带USB加密锁的压力测试脚本程序编写
在一个项目中，由于客户端采用了usb密码锁加密，也就是当服务器端返回一个数字串后需要在客户端插上usb key以后才能进行加密，然后将加密的结果传给服务器端进行认证，这就使得传统的压力测试录制脚本变得无效。例如使用工商银行的U盾，就是类似的情况。因此必须在脚本中加入调用客户端加密代码的功能，同时必须插入usb device，测试时候使用的测试工具是QALoad，因此可以直接用vc++来调用加密程序
2008-09-04 18:41:00
952
原创 使用spotligh+sqltuning+loadrunner对数据库性能问题进行定位和分析
压力测试结果测试场景描述本次测试脚本所对应的操作一次为:启动应用->输入用户名及密码->选择品牌->登陆->选择销售管理->输入店代码->开始营业->输入数据并保存->结束营业->退出.测试中设置并发用户的数量为20个并发用户,持续运行了10分钟时间,考虑到本次测试的目的在于发现系统存在的问题，而并非模拟真实的并发量，因此将脚本中的思考时间为0，即不计入思考时间。测试数据测
2008-09-04 17:34:00
1168
1
原创 Too many open files 产生的原因分析及解决
1.1 现象分析在模拟环境上对XXX网站进行性能测试，xxx页面一个用户运行100次之后即报错，搜索功能只能承受约3个并发用户的访问。对发现的问题进行分析后，得到如下的一些分析结果：1. 通过查看系统源代码，发现系统未将打开的数据库连接及时关闭，造成数据库连接越开越多，当数据库连接的数目达到connectionpool设置的值之后，后续的访问就不能再和数据库建立起连接，
2008-09-04 17:05:00
1717
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人