社区编辑申请
注册/登录
应用程序数据库监控的中间路线 译文
数据库 SQL Server
常见的数据库监控方法有两种:基于服务器的和基于客户端的。此外还有第三种选择:使用数据库代理监视连接。

有时只需要知道数据库客户端在数据库中执行的操作。这些操作可能是:

  • 调试应用程序并尝试确定其数据库交互是否存在问题。
  • 分析无服务器功能的性能以确定某些查询是否耗时过长。
  • 测试应用程序并确保其数据库交互符合预期。
  • 审核系统以确保它不会在数据库中做任何有趣的事情。
  • 对应用程序进行逆向工程。

数据库客户端是指直接与数据库对话的任何事务:它可能是在应用服务器中运行的中间层、报表编写器、Excel中的电子表格、用PHP编写的Web应用程序、云中的lambda函数,等等。

不管是什么原因,了解客户的数据库交互对于理解客户的行为非常有帮助。

一般来说,有两种常见的方法:基于服务器的和基于客户端的。还有第三种不太常用的选项:监控数据库连接。这是中间路线:它既不关注数据库服务器,也不关注数据库客户端,而是关注它们之间的连接。

以下了解常见解决方案的优缺点,并看看这第三种方法带来了什么。

服务器端监控

大多数企业数据库都有内置的监控功能。如果用户对数据库具有管理员级别的访问权限,那么这种类型的监控可能是一个很好的解决方案,但如果有多个客户端访问数据库,它可能并不总是易于使用。

主要从数据库的角度观察世界的人员更喜欢服务器端监控,因为这种类型的监控使企业可以完全访问数据库服务器中发生的所有事情:CPU和内存、网络和磁盘使用情况、死锁等。

这种解决方案的主要缺点是:

  • 需要对数据库进行特权访问。
  • 对于云计算数据库,经常被云计算供应商提供的任何东西所困扰。
  • 可以看到来自所有客户端的所有请求,这可能会让人不知所措,并且可能成为一个安全问题。

客户端监控

专注于数据库客户端的解决方案要求用户在客户端中安装代理。这可以采用库或模块的形式,或者可能是拦截所有数据库调用的替代驱动程序库。

客户端监控是更关心数据库客户端观点的人员的首选,例如应用程序开发人员和测试人员。它允许用户专注于一个特定的客户端,并准确查看该客户端在做什么、它发送什么请求、它得到什么响应等等。大多数解决方案还不仅仅是监控数据库交互。

但是,这种类型的监控也有缺点:

  • 它要求用户对客户端进行一些更改,这可能很困难。
  • 如果用户不控制客户端(例如第三方应用程序、不再维护等),它甚至可能不是一个选项。
  • 如果监控解决方案不支持客户的语言或平台,这甚至不是一个选项。
  • 如果用户需要监控多个客户端,则可能会很不方便,因为需要在每个客户端中安装代理。

基于代理的监控:中间道路

还有第三种选择:使用数据库代理监视客户端和服务器之间的连接。

客户端并不是直接连接到数据库,而是连接到代理,代理转发客户端和服务器之间的所有请求和响应,并将这些活动报告给监控服务。

代理在有线协议级别工作:它的行为与数据库服务器完全相同,因此客户端无法知道它实际上并未直接与数据库服务器通信。

这种方法的主要优点是它不需要对数据库客户端或数据库服务器进行任何更改,因此可以在任何环境中以任何语言为任何客户端工作。唯一的要求是客户端应该连接到代理而不是数据库,这通常可以通过更改配置参数、数据源定义或有时是网络设置来完成。

这在处理不受用户控制的第三方应用程序或不再维护的旧应用程序时特别有用。在这些情况下,对应用程序进行任何更改通常是一个令人生畏的前景。与其相反,指导客户端连接到代理而不是数据库通常是微不足道的。

对于使用监控系统不支持的语言编写的客户端,基于代理的监控也是唯一实用的解决方案。

例如,New Relic公司拥有适用于C、Java、JavaScript、Go、Ruby、.NET、PHP和Python的应用程序性能监控库。如果用户的客户端使用不兼容的语言编写,将无法使用New Relic的代理。

应用程序开发人员和测试人员可以实施基于代理的监控,而无需数据库所有者的协作。一个代理可用于多个客户端,这在用户需要监控一套应用程序时很有帮助。

(1)代理方法的优点

  • 不需要更改数据库客户端或数据库服务器。
  • 适用于现场和云计算数据库。
  • 支持所有平台和语言,因为它在有线协议级别工作。
  • 可以同时应用于多个客户端。

(2)代理方法的缺点

  • 需要代理服务器。
  • 由于流量通过代理,响应时间略有增加。

哪种方法更加适合?

如果主要关心数据库,例如作为系统管理员(DBA),那么基于服务器的监控很可能是适合其的解决方案——这不足为奇。

如果用户是应用程序开发人员或测试人员,或者只需要知道数据库客户端在数据库中做什么,那么可以在基于客户端的监控和基于代理的监控之间进行选择。

如果用户在客户端中安装代理是合理的,那么这是一个很好的方法。将深入了解客户的行为,并且有许多产品可供选择(例如谷歌“APM数据库”)。

如果在用户的客户中安装代理是一个没有吸引力的前景,或者如果客户使用不受支持的平台或语言,那么基于代理的方法可能是用户的最佳选择,甚至可能是其唯一的选择。

原文标题:Application Database Monitoring: The Middle Way,作者:Max Tardiveau


责任编辑:华轩 来源: 51CTO
相关推荐

2022-05-18 23:42:08

网络安全安全分析工具

2022-04-19 14:41:29

Oracle数据库SQL

2022-05-18 10:58:36

LinuxKali Linux

2022-05-09 15:08:56

存储厂商NFV领域华为

2022-05-16 13:37:12

Sysrv僵尸网络微软

2022-04-25 14:41:15

甲骨文数据库机数据库

2022-05-10 10:02:51

2022-05-20 16:50:33

区块链Web3加密资产

2022-05-11 14:48:33

腾讯云寿险民生保险

2022-05-24 08:21:16

数据安全API

2022-05-19 19:26:33

区块链大数据数据分析

2022-05-06 10:58:55

数据库智能诊断

2022-05-05 20:24:37

智能领域应用

2022-04-02 14:43:59

Promethues监控

2022-05-16 10:41:40

GNOME 42Console控制台

2022-04-27 08:22:43

Prometheus监控数据库

2022-04-28 08:05:05

2022-05-14 08:05:18

Linux内存管理

2022-05-12 23:38:19

SQL数据库字符串

2022-05-09 11:57:39

云原生实践安全

同话题下的热门内容

SQL 语句中单引号、双引号的用法

编辑推荐

SQL Server 2016最值得关注的10大新特性SQL编程之高级查询及注意事项SQL Server性能调优方法论与常用工具【SQL Server 2016动态数据屏蔽入门】Azure SQL 数据库V12版的动态数据屏蔽【SQL Server 2016动态数据屏蔽入门】定义屏蔽
我收藏的内容
点赞
收藏

51CTO技术栈公众号