我真的很难搞清楚这个数据库需要多lessram。 现在，这是一个大多填充文本内容，并有+ 40K条目的表格。
mysql> show table status; +-------+--------+---------+------------+-------+----------------+-------------+-------- ---------+--------------+-----------+----------------+---------------------+---------------- -----+------------+-------------------+----------+----------------+---------+ | Name | Engine | Version | Row_format | Rows | Avg_row_length | Data_length | Max_data_length | Index_length | Data_free | Auto_increment | Create_time | Update_time | Check_time | Collation | Checksum | Create_options | Comment | +-------+--------+---------+------------+-------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+------------+-------------------+----------+----------------+---------+ | links | MyISAM | 10 | Dynamic | 44135 | 76235 | 3364651760 | 281474976710655 | 454656 | 0 | 88275 | 2010-06-30 12:33:00 | 2010-07-01 14:41:56 | NULL | latin1_swedish_ci | NULL | | | +-------+--------+---------+------------+-------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------- -----+------------+-------------------+----------+----------------+---------+ 1 row in set (0.00 sec) 只是这样你就不会感到困惑 – 这还不是4gig，但它很快就会到来。 我有一台服务器，我想把它放在有512M内存 – 是否这将是足够的，或者我需要升级？
大多数查询将在唯一键上select一行。 可以把它看作是一个带有40k条文章的博客。
这有什么公式吗？ 看起来我的索引只有1/2兆左右 – 这就是所有需要留在记忆里的权利？
我会认为你应该没问题。 如果索引可以适应（并保持）在内存中，那么应该足以获得相当不错的性能，只要你没有处理巨大的请求负载或任何东西。
我会说不。MySQL将是最好的一个大的查询caching.. 512是没有这些日子..即使你没有做很多复杂的联接
我有一个只有150 MB的MySQL数据库，并为eccomerce网站，我收到1000每日访客，我需要1 GB的服务器。 数据库是查询结构相当whell结构，但是这将为我工作，我推荐给你至less2GB的RAM。