如何快速定位交易瓶颈

目前在日常运维中经常遇到的问题是:无法准确定位交易瓶颈。

我行系统部署时间并不长,但是经常会遇见交易超时的情况。通过现有的手段可以基本定位到SQL语句,

显示SQL语句运行时间较长,但是在数据库里单独执行SQL的时候发现语句运行很快。

由于一笔交易往往涉及网络,操作系统,数据库,应用程序,如何从“全局视图”实时监控并定位问题点是我们目前遇到比较多的问题。请问通过什么手段来解决上述问题。

参与3

1同行回答

swallowluoswallowluo  系统架构师 , 中国金融电子化公司
我们在应用中会记录每个方法或SQL语句的执行时间,目前执行情况是记录在内存中的,可以通过开关来起停。通过页面可以查看记录在内存中的统计信息,这样通过方法和SQL语句的执行时间可以得知哪些方法或者SQL语句执行的比较缓慢。当然通过数据库的工具也可以知道SQL语句的执行情...显示全部

我们在应用中会记录每个方法或SQL语句的执行时间,目前执行情况是记录在内存中的,可以通过开关来起停。

通过页面可以查看记录在内存中的统计信息,这样通过方法和SQL语句的执行时间可以得知哪些方法或者SQL语句执行的比较缓慢。

当然通过数据库的工具也可以知道SQL语句的执行情况,但是除了SQL语句本身的问题外,还要考虑SQL的执行环境,并发度等方面的问题。

收起
软件开发 · 2016-11-08
浏览1150

提问者

mcgrady93
数据库管理员国民银行

问题来自

相关问题

问题状态

  • 发布时间:2016-11-07
  • 关注会员:2 人
  • 问题浏览:3653
  • 最近回答:2016-11-08
  • X社区推广