我们有一个简单的Web应用程序运行在一个虚拟机上，它将数据保存在MySQL 5.5数据库和InnoDB引擎中。 一切正常，大约三年，但突然变得非常缓慢。 例如，我有一个非常简单的表格控股地址： CREATE TABLE `addresses` ( `address_id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(64) CHARACTER SET latin1 NOT NULL, `firstname` varchar(64) CHARACTER SET latin1 NOT NULL, `street` varchar(64) CHARACTER SET latin1 NOT NULL, `housenumber` varchar(16) CHARACTER SET latin1 NOT NULL, `zip` varchar(5) CHARACTER SET latin1 NOT NULL, `city` varchar(64) CHARACTER SET latin1 NOT NULL, […]
我想尽量减less停机时间（在“转换”期间）。 我们使用EBS卷上的数据在EC2上运行。 在数据库卷的运行过程中拍摄数据库卷的快照是否安全？使用数据库卷恢复新数据库还是需要先closures旧的数据库？
服务器＃1是一个在Debian上运行的MySQL数据库服务器，它包含大量的表和一个超过100GB的特定表。 服务器＃2用作复制的MySQL从服务器，但是现在需要重置服务器＃2，并且由于出现问题而重新初始化复制。 目前服务器＃1的硬盘上没有足够的空间来执行完整的数据库转储（即less于100GB的可用空间）。 除了升级需要停机的硬件之外，从服务器＃1到＃2服务器转储数据库的最佳方式是什么？没有损坏，并且没有在服务器＃1中填满硬盘驱动器？
我有一个88.9 GB的MySQL 5.0数据库坐在一个90GB的驱动器上。 该数据库包含许多用于我们（自定义）系统使用情况报告的MyISAM表。 这些数据是基于date的，基本上是Web服务器日志的聚合。 我想过把大表转换成MERGE存储引擎。 这个想法是，我可以将旧数据移动到不同的驱动器。 但是，我从来没有这样做过，对生产数据库的testing有点紧张。 而且，当然，我正在紧张的时间。 我必须尽快处理上个月的所有报告数据。 因此，安装更大的驱动器目前不是一种select。 有没有人有一些build议或经验分享减less这个数据库的大小？
我对服务器和数据库非常陌生，我的经验仅涉及less量的XAMPP安装，便于网站testing和探索。 所以我在我的笔记本电脑上安装了XAMPP，并且把它放在我的上网本上。 我复制并移动了我的htdocs文件夹（很快与dropbox同步），现在需要移动数据库。 我不是在寻找广泛的备份解决scheme。 将一个XAMPP堆栈中的数据库设置复制到另一个最简单的方法是什么？
我有MySQL数据库备份文件（MySQL版本5.1），我想在Sqlserver 2008中恢复它，我该如何恢复它？
在我的Ubuntu的/etc/mysql/my.conf ，我有： bind-address = 192.168.2.20 # My external IP 它从远程工作正常，但是当我想要本地连接时， 在MySQL上使用的应用程序说： java.net.ConnectException: Connection refused at com.mysql.jdbc.StandardSocketFactory.connect 。 所以当我想在本地工作时，我将my.cnf更改为： bind-address = 0.0.0.0 它开始在本地工作，但不能从远程工作了。 如何使MySQL从远程和本地访问？
有没有人有一个class轮（命令行），将转储所有数据库分离转储文件，例如 forumdb.dump wikidb.dump etc.
我看到Cron同步MySQL表 。 但是我不能使用复制。 我曾经使用percona工具包 ，它完美的工作。 我可以按需运行sync命令，或者通过cron运行它。 它会比较两个表上的校验和，并进行插入，更新，删除等。然而，Perl（DBD :: mysql）和MySQL有一些新的服务器不兼容，我打算运行这个，我不能使用pt-table-同步。 有没有类似的解决scheme使用Perl / DBD以外的东西？ 编辑:(更多细节，清晰度） 源表和目标表都是活动表，并且在不断的使用中。 因此，不存在表的解决scheme（例如DROP TABLE）是不可接受的。 不能对服务器本身使用复制或任何此类修改。 解决scheme必须在客户端工作。 在这个特定的场景中，两个表都在同一个服务器上，但是不同的DB（例如db1.tbl db2.tbl）。 但是，一个不依赖于这个事实的解决scheme绝对是一个奖励 networking延迟不太可能成为一个问题。 在这种情况下，脚本在同一个数据中心的服务器上运行。 不能使用Perl（Perl与MySQL不兼容 – 64位与32位）
查看MySQL错误文件后，我发现有关磁盘空间的错误。 现在我想它是MySQL崩溃的原因： [root@xxxx ~]# cat /var/lib/mysql/xxxx.com.err 120528 17:45:05 [Note] Crash recovery finished. /usr/sbin/mysqld: Disk is full writing './mysql-bin.~rec~' (Errcode: 28). Waiting for someone to free space… (Expect up to 60 secs delay for server to continue after freeing disk space) 这可能是坠毁背后的原因吗？