我们有一个应用程序的情况下，我们预计在一个专门的服务器上可能的stream量激增托pipe。 在应用程序上的主要瓶颈是MySQL读写很重。 尽pipe我们有多个级别的caching，但由于stream量的限制，MySQL仍然可能会出现问题。 我们无法执行大量的体系结构更改，而这些更改将需要将负载平衡器和复制等操作放在一起。 理想情况下，我们希望尽可能地离开架构，主要是由于交通量没有得到保证，所以成本可能会超过最终的要求。 有一件事发生在我身上的可能性是将数据库完全移出服务器，并将其放到Amazon RDS上。 这将使我们有能力按照成本效益的方式进行扩展，但并不意味着我们坚持使用昂贵的软件/硬件，而这些软件或硬件我们可能并不一直需要。 真的不知道这个方法是不是一个好主意，所以将不胜感激人们有任何想法/陷阱/指针。
我的很多Innodb表需要“碎片整理”。 我的理解是，“优化”可能不是最好的办法。 有人build议做一个“ALTER TABLE”来让Mysql重build（并因此整理）表。 有没有人有什么build议（根据经验）什么是对Innodb生产表进行碎片整理的最佳方法？
我最近试图在一台物理服务器上使用一个数据库文件（189GB !!!），将两条生产数据库（感谢Brent在SQL Pass峰会上）多path传输到HP LeftHand P4000 SAN（通过交换机等）。 其中一个反对这样做的观点是SAN外面的两条线路正在被绑定，从而为SAN提供2 x 1Gbps的r / w能力。 SANpipe理员没有准备分离线路，部分原因是服务器上的其他虚拟机使用它们以及任何分离可能具有的未知影响。 面对这个问题，我努力说明多path数据库的好处 – 与绑定连接相比，m / p会带来什么好处？
我有一个庞大的Mysql数据库包含数十个表，我需要转换为Postgresql。 我尝试了几个我在这里和那里发现的古老的Perl脚本，但没有一个能够正确地完成这项工作。 所以想知道是否有任何你已经尝试过的免费和有效的工具/脚本，并且实际上是以最less的麻烦进行转换的。 谢谢
我读了一些类似的问题，但仍然对我的情况有些混淆。 我的网站允许用户上传大量的大图像（扫描书页）。 我的服务器将自动平铺和保存这些图像。 所以每个页面将成为10万个小的平铺器（每个图像是128px * 128px，占用2k空间）。 我有大约100GB的图像，现在他们已经填满了所有的inode表。 这是我的理解，如果我错了，请纠正我。 MySQL blob 好处：不需要担心inode /目录结构。 不足之处：图片放慢，可能会减慢整个数据库的速度 文件系统 好处：更快的图像服务 缺点：备份速度慢，额外的目录devise，需要大的inode大小（这也意味着我必须重新格式化我的服务器磁盘） mongoDB BinData与base64（我不熟悉这个，但它似乎是一个不错的select） 亚马逊S3 好处：他们照顾一切 缺点：需要赚钱，并失去对这些图像的完全控制。 （更新：我可能不允许使用第三方提供商，但是我仍然会在这里生活，因为对于其他人来说这可能是一个很好的解决scheme，根据@Niels的build议。） 其他魔术很棒的解决 所以我想知道哪种情况最好，为什么。 感谢帮助
有任何使用消费类固态硬盘的经验，例如在具有智能arraysP440ar控制器的HP ProLiant Gen9服务器中使用三星850 Pro？ 通过各种关于旧版本（Gen6到Gen8）的报告来判断，第三方固态硬盘似乎可以正常工作，但可能会导致服务器的监视function出现问题。 我想知道这是否仍然如此，或者如果情况好转/恶化。 一些背景信息： 我们正在寻找一个7至12人的团队的发展服务器。 服务器将托pipe运行SharePoint 2010和2013的多个VM（Hyper-V），可能每个都有自己的SQL Server安装。 我们的硬件人员强烈build议不要使用第三方驱动器，并说消费者SSD根本无法运行，并且希望使用HP 10k SAS磁盘。 我更喜欢8x 1 TB的三星850 Pro SSD在RAID 10或1configuration（850s GC应该足够好，所以我们可以失去TRIM支持）。 我的承诺是：我们不需要企业级的可靠性和长久性，写入量也不会太高，导致磨损问题。 我们需要的是高IOPS和多个虚拟机的足够空间。 鉴于这些要求，惠普固态硬盘似乎被高估了。 缺乏兼容性当然会成为一种破坏行为。 尽pipe如此，我对服务器硬件没有任何经验。 我所知道的是，带有3年历史的120GB OCZ固态硬盘的笔记本远远超出了我们现有的具有6x 10k SAS硬盘的服务器，因为它在客户端（也是基于HDD的，未知的特定/configuration） 。 新的服务器将有更大的SAS磁盘，其中更多（8而不是6），但我仍然预计性能会比SSD设置差很多。 随意评论一般主题（SharePoint开发的服务器要求）。
原谅我，如果我不使用适当的词汇。 我计划在PHP前端实现一个MySQL数据库，这样我就可以将工作单细节和文件（screengrabs，ZIP等等）input到数据库中。 就像现在一样，我以前的工作单被保存在电子邮件PST中，并且一次只安装一个工作单来检查和search以前的工作单是不方便的。 工作单上的描述可以是一个长达数千个字符的简短句子。 如果我将列的值设置为VARCHAR（ i ）或TEXT / MEDIUMTEXT数据types，那么最大空间将分配给每个字段，还是数据库会将字段扩展到数据types所允许的容量？ 我想问一个这个问题的视觉方式是，我的文本字段是一个杯子，它的体积不变，水量不定，还是一个膨胀的空气量的气球？
我将在几天内收到我的新服务器硬件，当然，我已经计划如何使用它是最有效的方法。 我目前的想法是关于在单个专用服务器上扩展Web和数据库服务器。 我想到在这个专用服务器（KVM虚拟化）上构build4个虚拟机，给他们私有IP地址，并使用专用服务器本身作为负载平衡器。 我会使用HAproxy的安装来平衡负载到上述虚拟服务器。 我的问题是：这个概念会比在专用主机上安装单个Web服务器和数据库服务器更有效吗？ 如果是这样，这是怎么发生的？ 如果没有，我可以怎样扩展我的软件以尽可能地使用机器？ 我用于Web和数据库的软件是Apache2和MySQL服务器。 我正在谈论的新的专用服务器将具有以下规格： 英特尔至强E3-1265L 32 GB DDR3 ECC内存 2个300 GB SAS 10k RPM硬盘在硬件RAID 1中 100 MBit / s专用带宽/ 10 GBit / s交换机端口 我对你关于我的快速写作概念的想法和想法感兴趣。 为了避免一些“坏”的评论：我不是没有经验的服务器pipe理，但扩展到这样的大硬件对我来说是新的，所以请不要太生气，如果这个想法是愚蠢的。
我很好奇人们如何运行一个像他们的eb应用程序db migrate命令。 如果将其添加为.ebextensions我担心如果您有一个应用程序的多个实例，则在多个服务器尝试运行相同的迁移时可能会发生冲突。 在部署过程中的什么时候应该运行db migrate命令？
目前，我的数据库位于专用EC2实例中托pipe的MySQL服务器上，并计划将数据库迁移到RDS支持的MySQL服务器。 现在我遇到的问题是将数据从EC2迁移到RDS。 该数据库接近185 GB，此时我不担心停机时间或数据与生产同步。 我现在需要的只是基本上把一个转储和导入到RDS。 这是我迄今为止所尝试的， 我采取了在EC2上运行的数据库的MySQL转储 从相同的EC2实例访问RDS实例 使用MySQL的source命令将数据转储导入RDS 将近35Gb的时间需要将近一天的时间才能导入，而从未完全导入数据库。 欣赏是否有人可以告诉我如何做到这一点。