有什么理由在小型数据库上使用64位MySQL（和操作系统）？

你已经自己回答了这个问题。

如果你在当前的硬件生命周期中不会超过2GB的内存使用量，那么你可以保持在32位，当你需要更换你的硬件时，你必须重新考虑。

鉴于目前的硬件市场，我没有看到一个不使用64位的真正原因，它将是安全的一面，在未预见到的增长的情况下，这是真正的caching以及真正的数据大小。 毕竟一个完整的迁移将花费更长的时间，而不仅仅是把这个盒子放下来并添加一些RAM。

缺点可能是64位系统上的指针使用大约30％以上的内存，但是如果真正停留在内存占用的小方面，这并不会真正伤害到你，但另一方面，如果你长大了，你将能够增长更多很快（至less只要你可以留在同一个硬件盒子里）

64位。 如果由于某种原因，你会得到一个要求超出512的数据库需求，你可以添加一些廉价的内存，并完成它。 不重新安装等

在64位操作系统上运行Mysql 5或更高版本通常是值得的，不pipe你寻址的内存是什么，因为在数据库中内部使用了64个整数。 除非你想把你的安装安装到less量的RAM中，否则几乎没有理由selectMysql的32位安装。

我认为比select32位或者64位更重要的是：

1. 确保您使用的是LVM或某种存储技术，可以让您通过快照备份数据。 （是的，即使使用MyISAM，您也可以使用locking，捕捉，释放）
   1. 我可以将一个32位系统上的活动数据库移动到64位系统上更强大的数据库上，停机时间为0-5分钟。
   2. 有了这个灵活性，我会select开始32位。 如果我没有它，我可能会去64位安全。
2. 考虑还有什么可能需要在系统上运行。 你可能会发现你想运行的其他程序只有32位。

那将是怎样做出我的决定。 我不会“select”一个架构。 我会比较我的情况与这样的逻辑树。