Navicat 博客

通常，当数据库长时间运行较慢时，罪魁祸首往往是“坏”查询。也就是说，查询未完全优化、编写不当或使用户能够从数据库中获取无限数量的行。我们可以通过在服务器上投入更多资源来减轻一些痛苦，但这实际上是一个短期解决方案，并没有解决根本问题。最好的行动方案是识别和修复问题查询，给予一些时间和精力，这应该不会太困难。 当然，第一步是确定哪个或哪些查询没有问题。有几种方法可以做到这一点，具体取决于你的特定数据库类型。今天的文章将重点介绍一些 MySQL 的策略。

查看全文

在上周的文章中，我们了解了不良索引的后果，以及如何选择将哪些列作为聚集索引的一部分。在本文中，我们将介绍为某些操作提供更好性能的相同索引如何增加其他操作的开销。

查看全文

众所周知，明智地使用索引可以帮助 SELECT 查询显着更快地执行。这可能会令某些数据库管理员（DBA）尝试通过向可能包含在查询中的每一列添加索引来尽可能提高性能。在表中添加索引的缺点是它们会影响写入的性能。此外，不正确创建的索引甚至会对 SELECT 查询产生不利影响！任何由于索引过多、不正确或缺失而导致性能下降的表配置都被认为是不良索引。在今天的文章中，我们将了解不良索引的后果，并介绍如何选择将哪些列作为聚集索引的一部分。

查看全文

数据库在大多数业务流程和应用程序中发挥着核心作用。随着 IT 基础架构变得更加多样化和复杂，能够将数据库问题扼杀在萌芽状态变得越来越重要。在更简单的时候，一个或多个数据库管理员（DBA）可以手动解决问题，因为他们以真正的消防员方式出现。今天，这种方法几乎肯定注定要失败。

聪明的 DBA 依靠数据库监控不仅可以快速查明问题，甚至可以在导致真正问题之前预测未来的问题。在本文中，我们将研究数据库监控器的作用。在接下来的几篇文章中，我们将详细了解它们的工作原理，并探索使用监控软件的一些最佳做法。

查看全文