我想通过与virtualenv的PuTTY安装MySQL-python。 眼镜。 *的CentOS-6.0 * python2.6的 所以我看了很多网站，我看到的最大的东西是python-dev，和python-devel（顺便说一句，我不知道区别）。 我无法安装这些，Sudo，yum，easy_install和pip是我所尝试过的。 我不是这个服务器的pipe理员，所以sudo和yum我不能执行。 我有pipe理员尝试安装到服务器分区。 python，我的virtualenv。 两人都说没有什么可做的。 这是我在尝试安装MySQL-python-1.2.3时得到的错误 _mysql.c:1928: error: â_mysql_ConnectionObjectâ has no member named âopenâ _mysql.c:1929: error: â_mysql_ConnectionObjectâ has no member named âconverterâ _mysql.c:1938: error: â_mysql_ResultObjectâ has no member named âresultâ _mysql.c: In function â_mysql_ConnectionObject_thread_idâ: _mysql.c:1967: error: â_mysql_ConnectionObjectâ has no member named âopenâ _mysql.c:1969: warning: implicit declaration of function âmysql_thread_idâ […]
在日志选项卡上显示： Your current Log Destination is set to FILE. For logs to be viewed within Workbench they must be configured to be sent to TABLE. This option is only available in MySQL version 5.1 and newer. Fore more information read http://dev.mysql.com/doc/refman/5.1/en/logtables.html 我是MYSQL新手，现在和Workbench一起工作。 我需要查看查询日志。 你可以请让我一步一步清楚如何使日志选项卡显示查询日志？
正在运行一个apt升级和 The following packages have been kept back: libmysqlclient18 percona-server-client-5.5 percona-server-server-5.5 我目前正在运行percona mysql 5.5.15-55-log 尝试sudo apt-get install percona-server-server-5.5我得到： The following packages have unmet dependencies: percona-server-server-5.5 : Depends: percona-server-client-5.5 (>= 5.5.17-rel22.1-197.squeeze) but 5.5.15-rel21.0-160.squeeze is to be installed 我不知道如何从这里开始。 更多Z： # apt-cache policy percona-server-client-5.5 percona-server-client-5.5: Installed: 5.5.15-rel21.0-160.squeeze Candidate: 5.5.17-rel22.1-197.squeeze Version table: 5.5.17-rel22.1-197.squeeze 0 500 http://repo.percona.com/apt/ squeeze/main amd64 […]
我有一个SSH隧道非常奇怪的问题。 我想使用SSH隧道连接到远程MySQL服务器。 过去我创造了这个隧道，取得了巨大的成功，但是由于一个奇怪的原因，现在还不行。 隧道创build为：ssh [email protected] -T-L-6603：localhost：3306。 当我尝试连接到远程MySQL服务器时，连接在本地 MySQL服务器上执行！ 所以，我试图使用ssh [email protected] -T-L-6603：remote.com：3306这不是所有的方法，而是手册页所做的。 没有成功:(我所尝试的所有东西都无法正常工作，现在我感到非常困惑，那个设置有什么问题？
我有两个不同的MySQL实例，我想从属于第三个实例。 （所以我可以轻松join三） 例如。 mysql1> show databases db1 db2 mysql2> show databases db3 db4 mysql3> show databases db1 db2 db3 db4 我已经看过maatkit （percona toolkit） pt-table-sync，但是人们说它可能会破坏数据。 （它显然删除并重新添加数据来生成插入） pt-archiver类似于“快照”，但是db1大约是6GB，复制整个事情的数据比真正需要的要多得多。 实时更新每天只有100MB左右。 对我来说，自然的概念是允许mysql3作为mysql1和mysql2的副本运行，但是在MySQL中这似乎不是一个选项 钨复制似乎允许这种types的数据同步，但configuration似乎有点笨拙，我担心可靠性。 有没有人有其他解决scheme，他们用这个问题？
最近我们的一台服务器耗尽了内存，崩溃了。 在回顾了munin图之后，似乎在崩溃之前达到峰值的唯一指标（内存使用除外）就是MySQL throughput 。 但是我们期待看到MySQL queries数量没有发生相应的增加： 另外从下图中可以看出， MySQL throughput达到了一个exception高的值，远远没有达到任何其他值： 我们完全处于黑暗中，应该如何进行，因此下面的问题是： 如何对MySQL吞吐量增加进行“事后调查”？
我已经创build了一个脚本来清理InnoDB存储引擎 。 一切工作正常，但是当innodb_log_file_size设置为1GB时创buildib_logfile0和ib_logfile1文件需要一段时间，这会导致/etc/init.d/mysql超时并报告失败，尽pipe在后台MySQL结束正常启动。 启动mysql $ /etc/init.d/mysql start * Starting MariaDB database server mysqld [fail] 同时在日志中 $ tail -f /var/log/mysql.err 120426 11:19:55 InnoDB: Log file ./ib_logfile0 did not exist: new to be created InnoDB: Setting log file ./ib_logfile0 size to 1024 MB InnoDB: Database physically writes the file full: wait… InnoDB: Progress in MB: 100 200 […]
我的组织希望更好地了解Amazon RDS体系结构。 特别是，我的经理们想了解RDS的“租赁”模式，即服务如何容纳多个客户以及Amazon RDS数据库实例的工作方式。 这里列举了几种可能性，列举的是最less的隔离： 数据库实例位于运行MySQL的单个和独占VM上; 此虚拟机上没有其他数据库实例运行 数据库实例只是给定虚拟机上运行的几个数据库实例之一，但每个数据库实例都有自己的MySQL实例 多个数据库实例可以连接到单个虚拟机上的单个MySQL服务器，但是特殊的软件使连接看起来连接到我们自己的专用MySQL实例。 我的猜测是数字1是正确的，但是我的老板会更喜欢一些比猜测更明确的东西，比如亚马逊的白皮书或者其他解释RDS架构的文档。 有没有人有一个指向这样的文件？
我在我的系统日志中有这个错误。 经过一番阅读后，我恢复了旧的转储来解决这个问题。 现在syslog中的错误比以前less了。 但是我一个小时还能得到几次 Sep 1 14:23:29 homer mysqld: 120901 14:23:29 InnoDB: Error: page 96637 log sequence number 7 1223357717 Sep 1 14:23:29 homer mysqld: InnoDB: is in the future! Current system log sequence number 6 647303887. Sep 1 14:23:29 homer mysqld: InnoDB: Your database may be corrupt or you may have copied the InnoDB […]
我们有一个在亚马逊Web服务上托pipe的Web应用程序。 我们的数据库是运行5.1.57和3-4应用服务器的多az RDS MySQL服务器。 今天，我们开始看到很多错误，比如“超出locking等待超时;尝试重新启动事务” – 近1％的POST请求正在看到这个错误。 网站上运行的代码没有任何修改。 没有模式更改。 我们还没有遇到交通高峰。 我一直在看运行的进程，没有一个看起来没有控制。 我尝试将RDS实例从小型扩展到大型，没有任何影响。 两天前，亚马逊有一些中断。 作为恢复的一部分，我们的RDS服务器和我们的应用程序服务器结束了不同的可用区域，但都在同一地区。 但昨天，一切都很好，所以我不相信这是相关的。 锁超时处于不同types的请求中，并发生在不同的InnoDB表中。 我注意到，当我们开始看到问题时，开放连接的数量猛增，但这可能是一个症状，而不是一个原因。 我的下一步是在debugging这个？