有时候你只需要知道数据库客户端在数据库中做了什么。这些操作可能是：调试应用程序并尝试确定其数据库交互是否存在问题。分析无服务器函数的性能以确定某些查询是否花费了太长时间。测试应用程序并确保其数据库交互符合预期。审核系统以确保它没有对数据库做任何有趣的事情。对应用程序进行逆向工程。数据库客户端是任何直接与数据库对话的东西：它可以是在应用程序服务器中运行的中间层、报告编写器、Excel中的电子表格、用PHP编写的Web应用程序、云中的lambda函数等。等等。.不管是什么原因，了解客户的数据库交互对于了解客户行为非常有帮助。一般来说，有两种常见的方法：基于服务器和基于客户端。还有第三个不太常见的选项：监视数据库连接。这是中道：它既不关注数据库服务器，也不关注数据库客户端，而是关注它们之间的连接。了解以下常见解决方案的优缺点，并了解第三种方法带来的好处。服务器端监控大多数企业数据库都具有内置的监控功能。如果用户对数据库具有管理员级别的访问权限，则这种类型的监视可能是一个很好的解决方案，但如果有多个客户端访问数据库，则它可能并不总是易于使用。主要从数据库角度观察世界的人更喜欢服务器端监控，因为这种类型的监控使业务能够完全访问数据库服务器中发生的一切：CPU和内存、网络和磁盘使用情况、死锁等。主要缺点这个解决方案是它需要对数据库的特权访问。当谈到云计算数据库时，人们常常会被云计算提供商提供的任何东西所困扰。能够看到来自所有客户端的所有请求可能会让人不知所措，并且可能是一个安全问题。侧重于数据库客户端的客户端监控解决方案需要用户在客户端安装代理。这可以是库或模块的形式，或者可能是拦截所有数据库调用的备用驱??动程序库。客户端监控是那些更关注数据库客户端视角的人的首选，例如应用程序开发人员和测试人员。它允许用户专注于特定客户端并准确查看该客户端正在做什么、它发送什么请求、它得到什么响应等等。大多数解决方案超出了监视数据库交互的范围。然而，这种类型的监控也有缺点：它需要用户对客户端进行一些更改，这可能很困难。如果用户不控制客户端（例如，第3方应用程序、不再维护等），它甚至可能不是一个选项。如果监控解决方案不支持客户的语言或平台，这甚至不是一个选项。如果用户需要监控多个客户端，这可能会很不方便，因为需要在每个客户端中安装一个代理。基于代理的监控：中间有第三种选择：使用数据库代理来监控客户端和服务器之间的连接。客户端不是直接连接到数据库，而是连接到代理，代理转发客户端和服务器之间的所有请求和响应，并将此活动报告给监控服务。代理在有线协议级别工作：它的行为与数据库服务器完全一样，因此客户端无法知道它实际上并没有直接与数据库服务器通信。这种方法的主要优点是它不需要对数据库客户端或数据库服务器进行任何更改，因此它适用于任何环境、任何语言的任何客户端。唯一的要求是客户端应该连接到代理而不是数据库，这通常可以通过更改配置参数、数据源定义或有时网络设置来完成。这在处理不受用户控制的第三方应用程序或不再维护的遗留应用程序时特别有用。在这些情况下，对应用程序进行任何更改通常令人望而生畏。相比之下，指示客户端连接到代理而不是数据库通常是微不足道的。对于用监控系统不支持的语言编写的客户端，基于代理的监控也是唯一实用的解决方案。例如，NewRelic拥有适用于C、Java、JavaScript、Go、Ruby、.NET、PHP和Python的应用程序性能监控库。如果用户的客户端是用不兼容的语言编写的，他们将无法使用NewRelic的代理。应用程序开发人员和测试人员可以在不与数据库所有者合作的情况下实施基于代理的监控。一个代理可用于多个客户端，这在用户需要监控一套应用程序时很有用。(1)代理方式的优点不需要对数据库客户端或数据库服务器进行改动。适用于现场和云计算数据库。支持所有平台和语言，因为它在有线协议级别工作。可同时应用于多个客户端。(2)代理方式的缺点需要代理服务器。由于流量通过代理，响应时间略有增加。哪种方法更适合您？如果您主要关注数据库，例如作为系统管理员(DBA)，那么基于服务器的监视可能是适合您的解决方案——这并不奇怪。如果用户是应用程序开发人员或测试人员，或者只是需要知道数据库客户端在数据库中做了什么，那么可以在基于客户端和基于代理的监控之间进行选择。如果用户在客户端安装代理有意义，那么这是一个很好的方法。将获得对客户行为的洞察，并且有许多产品可供选择（例如Google“APM数据库”）。如果在用户的客户端中安装代理没有吸引力，或者如果客户端使用不受支持的平台或语言，那么基于代理的方法可能是用户的最佳选择，也可能是唯一的选择。原标题：ApplicationDatabaseMonitoring:TheMiddleWay，作者：MaxTardiveau
