摘要：近一段时间多次发现因GC问题造成系统性能问题（应用服务间歇性响应缓慢、应用服务器CPU占用较高等），在此总结一下： 1、代码中直接调用GC.Collect() 2、字符串等操作频繁的内存申请 3、频繁的LoadAssembly反射 场景一：直接调用GC.Collect() 场景二：字符串连接操作 场
阅读全文
posted @ 2018-01-18 20:06
01 2018 档案
摘要：近期进行压力测试时发现，平均响应时间较上一个版本延长10%以上、应用服务器CPU超过90%，这很不科学。。。随机抓取两个dump文件，查看发现存在不少Oracle ODP.NET提交事务或关闭连接的堆栈，感觉上来说这不是很正常，此类操作很慢吗？很消耗CPU？查阅当前的Oracle客户端为最新的12.2.0.1（Oracle.DataAccess.dll版本：4.122.1.0），而产品性能测试环境...
阅读全文
posted @ 2018-01-04 22:42
摘要：问题现象： 项目反馈系统反应非常缓慢，数据库服务器CPU接近100%！ 分析过程： 收到反馈的CPU消耗较高如下SQL后，感觉很奇怪：这是产品中一个很简单的日志插入SQL，项目的规模也不是很大，怎么会产生CPU瓶颈呢？ 联系现场部署DBSQLMonitor监控所有会话的状态和等待事件： http:/
阅读全文
posted @ 2018-01-02 11:50
摘要：调试dump文件，加载相匹配版本的sos/clr时，绝大多数都是可以正常使用的。 然而凡事都有例外，今天在做类似工作时，遇到了错误： CLRDLL: Consider using ".cordll -lp <path>" command to specify .NET runtime directo
阅读全文
posted @ 2018-01-01 12:06
摘要：问题背景 机房意外断电后Oracle主服务器启动失败，Oracle备机接管 为了安全，管理员对于数据库做expdp的逻辑备份。但备份时发现AttributeInstance表备份失败，提示ORA-01555。对该表执行Create AS Select进行备份时，同样报此错误。 处理过程 1、 运行中
阅读全文
posted @ 2018-01-01 09:02
