这很奇怪！ 运行Debian Lenny 32bit。 在开发机器上运行Apache / MySql 5.5.15 / Mongo和Memcached。 这是在Mysql中运行复杂查询之后发生的第二次。 Mongo第一次参与，所以我知道现在不是罪魁祸首。 这一次，我终止了查询，并且apache2永久停机。 我停止了机器上的所有进程，并重新启动了所有进程，但无法访问服务器。 Apache使用ssl在更高的端口上build立。 即使重新启动也没有办法！ 有人修复了一次服务器，但我似乎无法find他们…长话短说。 试图访问本地通过本地l got – 无法连接远程主机。 显然，Apache正在运行…. root 3277 0.0 0.8 66932 8816 ? Ss 19:30 0:00 /usr/sbin/apache2 -k start www-data 3283 0.0 0.4 66932 4408 ? S 19:30 0:00 /usr/sbin/apache2 -k start www-data 3284 0.0 0.4 66932 4408 ? […]
我需要将Magento 1.3 Community Edition（CE）数据库迁移到1.10（也许是1.11）的Magento企业版（EE）数据库。 只需要数据库。 模板，扩展等将从头开始重新创build。 我的想法是 mysqldump的CE数据库 创build一个空的EE数据库 使用mysql将CE转储导入到EE数据库中 使用EE数据库和CEencryption密钥安装新的Magento EE 1.10 从数据库的一致性和可操作性的angular度来看，这样的过程是否会节省 是否有更好的方法（最佳实践）将数据库从CE迁移到EE？
对于Jenkins（Ubuntu）上的flyway（ http://code.google.com/p/flyway ）CI集成testing，我们在VirtualBox 4.1上使用Windows XP映像，其中支持的DB（DB2，MySQL，PostgreSQL，Oracle，SQLServer ）已安装。 一切工作正常，我们通过虚拟机端口转发function连接到虚拟机上的数据库。 但是仅仅对于MySQL而言，简单的testing运行非常缓慢（几分钟而不是几秒），我们不得不提高超时时间让它们变绿。 如果使用本地MySQL实例，则testing运行得很快。 有没有人有一个想法可能是什么原因，或者我们如何跟踪/分析这个问题？ 问候克里斯
我的应用程序中有一个奇怪的行为 应用程序通常在30秒内启动，但有时需要7分钟才能启动。 只有当我重新启动mysql时，它在30分钟内再次启动。 Mysql是使用安装的 apt-get install mysql-server 我没有改变它的任何默认设置。 任何人都可以请引导我在哪里看什么，我应该怀疑这里？ 日Thnx
我在Debian Sqeeze上使用MySQL 5.1.58，并试图恢复数据库的转储。 一旦恢复，我注意到，所有的重音字符已经成为其他字符作为？或？：完全不同。 看在转储我见过，问题不是在导入，但在出口，因为奇怪的字符在转储。 我在ArchLinux上从另一个安装的MySQL（5.5）导出了这个转储。 我也尝试在mysqldump中使用参数–default-character-set = 8tf8，但是没有奏效。 先谢谢你。
Ubuntu 10.04.2附带的MySQL是5.1.41，由InnoDB 1.0.5发布。 但由于某些原因，Ubuntu发布了InnoDB 1.0。 我可以安装InnoDB 1.0.5（或更新？）
我正在为我们的主 – 主 – 从复制系统configurationmuli-master复制pipe理器。 复制系统的版本是MySQL5.5.15 PHP 5.3.8 MySQL-MMM 2.2.1。 configuration文件是：/etc/mysql-mmm/mmm_common.conf active_master_role writer <host default> cluster_interface eth0 pid_path /var/run/mmm_agentd.pid bin_path /usr/lib/mysql-mmm/ replication_user mmm_replication replication_password password agent_user mmm_agent agent_password password </host> <host node5> ip 49.212.101.135 mode master peer node6 </host> <host node6> ip 49.212.101.136 mode master peer node5 </host> <host node7> ip 49.212.101.137 mode slave </host> […]
我正在将我的MySQL数据库从SAS驱动器移动到SSD驱动器。 目前我正在运行安装了Cpanel的Centos 5.6。 我有关于将数据从/ home（sas）移动到/ home2（ssd），然后更新my.cnf指向正确的datadir位置。 但我也认为只是创build一个符号链接指向新的位置。 我的问题是哪个会更好？ 这两种方法都有优点还是缺点？
我们有一个小型的EC2实例，我们运行一个前端服务器（php5-fpm / nginx），但也有很多获取cron php脚本插入大量数据（每15分钟2k +行），似乎完全挂起MySQL服务器1-2分钟，崩溃的前端网站（获取超时）。 我认为使用主服务器和从服务器（只读，用于前端）MySQL服务器可以解决这个问题（？），但是对于这个项目我只限于一个实例。 我已经用mysqltuner调整了MySQLconfiguration， 并将 插入设置为低优先级 。 在使用EC2之前，我们使用的是共享主机，而我们没有遇到这个问题，可能是因为共享服务器上的整体硬件比我们的小型EC2实例更好？ 我想到的可能的解决scheme，但他们似乎并不完美，或从源头上真正解决问题： 使用cpulimit进行cron作业（获取内容的速度会更慢，但在大量插入过程中，MySQL仍然会挂起） 人为地减慢插入速率（可能在有限的范围内，必须快速插入2k行）。 我认为一个大插入应该比2kprimefaces插入更好。 在同一台服务器上运行两个MySQL代理（起初这似乎是一个坏主意，但也许可以缓解争用） 切换到InnobDB（使用misam），甚至完全切换到PostgreSQL？ 完全caching前端，以避免任何MySQL相关挂起（不可能在所有页面上，已经有很多caching的数据，但它们必须经常在crons获取新的数据运行后更新）
我在MySQL 5.5.15版本上得到这个断言失败。 以下是MySQL服务器错误： 110927 21:56:51 InnoDB: Assertion failure in thread 1126107456 in file ibuf0ibuf.c line 4185 InnoDB: Failing assertion: page_get_n_recs(page) > 1 InnoDB: We intentionally generate a memory trap. InnoDB: about forcing recovery. 110927 21:56:51 – mysqld got signal 6 ; key_buffer_size=536870912 read_buffer_size=4194304 max_used_connections=446 max_threads=2500 thread_count=341 connection_count=341 110927 21:56:54 mysqld_safe Number of processes running now: […]