我想升级我的服务器，因为MySQL的负载过高导致缓慢+每当在数据库上运行备份进程，数据库将无法访问，所以想要一些解决scheme。 我目前的服务器是8GB RAM的Opteron 2212。 我的networking主机提出了一个较低的configuration服务器（Phenom Hexacore与8GB内存），但采取3服务器+负载平衡器…他们说，这将有助于在stream量高的情况下，也有助于当一台服务器失败，那会有一个备份服务器。 进一步询问他们说，没有MySQL复制将build立，因为他们收取额外的，但仍然能够configuration一个设置，将满足我的需求。 我真的不确定，如果我有3个这样的服务器，没有mysql复制，我的升级目的是否会实现？他们不清楚如何设置它。 任何想法，这是否是一个好的解决scheme，我可以向他们提出什么？
我有一个包含近100个表的MySQL数据库。 我想在同一个服务器上设置N个额外的MySQL数据库，每个在不同的端口上运行。 我希望每个额外的数据库都具有与原始数据库相同的架构/表结构。 有没有办法自动生成N个原始数据库的副本，并在N个不同的端口上设置它们？ 谢谢
我有一个MySQL服务器，我想禁用它的innodb支持。 据说我可以把我的内存使用量切断到100MB。 我很肯定，但不是100％肯定，服务器中没有innodb表。 有一个简单的方法可以100％确定服务器中没有innodb表，所以我可以安全地禁用innodb支持
我有一个bash脚本，下载一个sql.gz文件，提取它，然后导入它，但是在导入之前，我删除现有的数据库，然后将新的数据库导入服务器。 一切都很好，脚本做它应该的，只有一件事： 我在我的bash脚本中有这个声明： mysqladmin -uroot -ppassword drop dbname 然后等待用户input按y or n继续。 有没有一种方法可以inputY所以它总是说是并自动完成脚本。 我是新的（v.new）bash脚本。 感谢亲切的问候
我从一个无法parsing的前一个pipe理员那里inheritance了一个PhpBB3安装，他没有给我任何密码，或者任何机制来检索它。 它运行在一个MySQL数据库上，我已经用完全的权限login了，以便更改pipe理员密码。 不幸的是，PhpBB3显然使用了我不熟悉的复杂的多阶段腌制哈希技术。 鉴于完全访问数据库，我如何生成一个有效的密码哈希replace旧的？ 我尝试了一个普通用户的已知密码的简单MD5，它不符合数据库条目。 通过数据库重设pipe理员密码的任何其他方式也是有帮助的，只要它能工作！
我的基本问题是这对服务器有什么样的影响？ 比方说，我公司有一个比较老的程序，它以高速率打开与MySQL数据库服务器的连接（他们在应用程序中所做的一切基本上都会打开服务器连接）。 然而，这个应用程序的devise并不是在创build后处理连接的方式。 很多时候，连接仍然是开放的，但不会再次使用，我想你可以说是开放的“死亡”连接。 他们只是保持连接，直到服务器超时，或直到pipe理员进入并手动删除睡眠连接。 我猜这可能是有时不能连接错误等，我们从其他系统尝试访问MySQL数据库负责？ （达到连接限制） 这是否会减慢服务器呢？ 好奇这究竟是什么原因造成的。
我在Ubuntu Linux上运行mysqldump（10.0.4 LTS） 我的mySQL版本信息是： mysql Ver 14.14 Distrib 5.1.41，用于使用readline 6.1的debian-linux-gnu（i486） 我使用了下面的命令： mysql -u username -p dbname> dbname_backup.sql 然而，当我打开生成的.sql文件时，我发现大多数表只有倾销的模式，在less数情况下，实际的数据被转储，只有一两个logging被转储（ATLEAST有几十条logging每张桌子）。 有谁知道可能会发生什么？
我有一个远程服务器，需要访问我的MySQL数据库了很多。 所以我想，而不是发送一堆远程mysql命令，将数据库同步到远程服务器会更有效。 有没有一个程序，很容易做到这一点，我可以configuration为只同步指定的表和可能的列？
我有一个标准的mysqlbackup脚本在cron中运行。 我们最近遇到了一个问题，我们从视图引用的表中删除了一列。 因此，我们的备份脚本失败，出现类似如下的错误： mysqldump: Couldn't execute 'show create table `v`': View 'foo_breakage.v' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them (1356) 如果您只是放弃这个视图，备份将再次工作。 我试图解决的是要么a）在将来发生这种错误时通知b）（这可能不太可能），而是强制备份通过，而不pipe这样的错误如果可能的话。 解决这个问题的最好方法是什么？ 我假设唯一的，最好的方法是检查退出状态代码，并在发生故障时向pipe理员发送电子邮件通知。 上述故障会在退出状态代码中显示吗？ 寻找创意/简单的解决scheme。
我即将推出一个新的Magento网站，我对这个问题的反馈感兴趣？ 你认为Magento PHP代码较慢或者Magento MySQL操作较慢？ 我应该分成哪两个服务器的大盒子？