什么时候不 MySQL 数据库启动丢失性能?

  • 物理数据库大小是否很重要?
  • 记录事务的数量?
  • 线性或指数是任何性能降级?

我有我相信是大型数据库中的,与大约 15 分钟记录,这占用了几乎 2 GB。根据这些数字,是否有任何奖励,为我清理出数据,或者我可以安全地允许它继续扩展几年更多的时间?

2008-08-04 14:31:11
问题评论:

回答:

物理数据库大小并不重要。无关紧要的记录数。

根据我的经验要到运行的最大问题不调整大小,但查询的次数可以处理一次。很可能要不得不转向主设备/从设备配置,以便读取的查询可以对从属服务器运行并写查询运行针对主。但是如果您尚不准备好了吗,您总是可以调整查询索引运行以加快响应时间。另外还有大量的调整您可以执行的网络堆栈和在将帮助的 Linux 内核。

我有过我得到最多 10GB,中等数量的连接和它已处理的请求很正常。

我将首先关注您的索引,则有看一看您的操作系统是服务器管理员,如果这一切不会帮助它可能实现主设备/从设备配置的时间。

一般来说,这是非常细微问题并记下任何微不足道。我鼓励您阅读mysqlperformanceblog.com高性能 MySQL我确实认为没有此常规应答。

我正在研究的项目都有几乎 1 TB 的数据与一个 MySQL 数据库的。最重要的可扩展性系数是 RAM。如果您的查询已高度优化的索引的表装入内存,您可以与平均机提供一定量的请求。

记录的数目确实很重要,具体取决于您的表看起来像。它是具有大量的 varchar 字段或仅几个整数或长型值存在差异。

数据库的物理大小也很重要︰ 实例的备份,认为。这取决于您的引擎,物理数据库文件上的增长,但不缩小,例如使用 innodb。因此删除了许多行,没有帮助缩小您的物理文件。

有对此问题很多,如在很多情况下魔鬼在于细节。

FDX5BX3

FDX5BX3 是什么意思?

是的不能只是将追加的隐晦的字母和数字的字符串。这将搞与人的心里。

它会出现在 Google 现在,此答案;复制粘贴...搜索 FDX5BX3

2015-我们仍然不知道含义的 FDX5BX3:(

不确定如何礼貌地增大,但我仍是 FDX5BX3 的思考需要通过 OP 的解释 !

关键数据库大小。如果您有多万个记录的多个表,然后性能开始确实下降。记录数当然会影响性能︰ MySQL 可能含有大表慢如果达到一百万记录如果索引设置不正确,则将获得性能问题 (例如没有在"WHERE 语句"或"条件"字段的索引联接中)。如果命中 10 万条记录,您将开始即使拥有所有权限您索引得到的性能问题。硬件升级-添加更多的内存和更多的处理器能力,尤其是内存-通常有助于通过提高性能,至少一定程度减少的最严重的问题。例如对于 Basecamp 数据库服务器37 信号从不 32 GB 到 128 GB 的 RAM 的内存

我将重点介绍第一次索引,不可以看一下您的操作系统、 服务器管理和如果所有这些不能帮助它可能是主设备/从设备配置时间。

这是对的。通常工作的另一件是就减少量的数据是 repeadetly 与合作。如果您拥有"旧数据"和"新数据",99%的查询处理新的数据,只需将所有旧数据移动到另一个表的并不看;)

-> 去看看分区.

它是什么样的毫无意义谈一谈"数据库性能"、"查询性能"是一个更好的术语。答案是︰ 这取决于查询、 对其进行操作的数据、 索引、 硬件等。您可以将多少行扫描和索引打算用于解释语法的了解。

2 GB 不算是真正的"大型"数据库-它是一个中等大小的详细信息。

请输入您的翻译

How big can a MySQL database get before performance starts to degrade

确认取消