mysql
文章平均质量分 96
绝不原创的飞龙
这个作者很懒,什么都没留下…
展开
-
MySQL8 中文参考翻译完成
【代码】MySQL8 中文参考翻译完成。原创 2024-03-28 15:16:15 · 283 阅读 · 0 评论 -
高性能 MySQL 第四版(GPT 重译)(四)
扩展是系统支持不断增长的流量的能力。系统是否扩展良好或扩展不佳的标准可以通过成本和简单性来衡量。如果增加系统的扩展能力过于昂贵或复杂,您可能会在遇到限制时花费更多精力来解决这个问题。容量是一个相关概念。系统的容量是它在给定时间内可以执行的工作量。¹ 但是,容量必须加以限定。系统的最大吞吐量与其容量不同。大多数基准测试衡量系统的最大吞吐量,但您不能过度推动真实系统。如果这样做,性能将下降,响应时间将变得不可接受地长且不稳定。我们将系统的实际容量定义为它在仍然提供可接受性能的情况下可以实现的吞吐量。原创 2024-03-19 15:51:09 · 883 阅读 · 0 评论 -
高性能 MySQL 第四版(GPT 重译)(三)
查询优化是模式、索引和查询设计相互交织的拼图中的最后一块,以创建高性能应用程序。要编写良好的查询,您需要了解模式和索引,反之亦然。最终,这仍然是关于响应时间和理解查询执行的方式,以便你可以推断时间消耗的位置。通过添加一些东西,比如解析和优化过程,这只是理解 MySQL 如何访问表和索引的下一步,我们在上一章中讨论过。当你开始研究查询和索引之间的相互作用时,出现的额外维度是 MySQL 如何基于在另一个表中找到的数据访问一个表或索引。原创 2024-03-19 15:48:50 · 1247 阅读 · 0 评论 -
高性能 MySQL 第四版(GPT 重译)(二)
第四章:操作系统和硬件优化你的 MySQL 服务器的性能只能和它最弱的环节一样好,而运行 MySQL 的操作系统和硬件通常是限制因素。磁盘大小、可用内存和 CPU 资源、网络以及连接它们的所有组件都限制了系统的最终容量。因此,你需要仔细选择硬件,并适当配置硬件和操作系统。例如,如果你的工作负载受到 I/O 限制,一种方法是设计你的应用程序以最小化 MySQL 的 I/O 工作负载。然而,升级 I/O 子系统、安装更多内存或重新配置现有磁盘通常更明智。如果你在云托管环境中运行,本章的信息仍然非常有用,特别是原创 2024-03-19 15:46:02 · 990 阅读 · 0 评论 -
高性能 MySQL 第四版(GPT 重译)(一)
MySQL 有分层架构,顶部是服务器范围的服务和查询执行,底部是存储引擎。尽管有许多不同的插件 API,但存储引擎 API 是最重要的。如果您理解 MySQL 通过在存储引擎 API 上来回传递行来执行查询,那么您已经掌握了服务器架构的基本原理。在过去几个主要版本中,MySQL 已将 InnoDB 定为其主要开发重点,并在多年后将其内部账务处理、身份验证和授权移至 MyISAM。原创 2024-03-19 15:43:23 · 1111 阅读 · 0 评论