我正在设置两个新的数据库服务器，将取代当前的主从设置。 所有的机器运行/将在RHEL上运行MySQL。 我们现在的命名约定： db1 – 主数据库 db2 – slave（使用MySQL复制） db01 – 新的主人 db02 – 新的奴隶 我们需要让db01成为db02作为新的slave的新主数据库。 将db1和db2迁移到db01和db02的最佳方法是什么？ db1和db2在生产环境中运行，我们需要尽量减less所有停机时间; db1在数据库中有大约30GB的数据。 任何build议或提示如何迁移到我们的新服务器将不胜感激。
我的应用程序服务器（Ubuntu，Apache，PHP）和我的数据库服务器（Ubuntu，MySQL）之间的一些连接失败，错误代码为4.根据文档错误代码4是： 操作系统错误代码4：中断的系统调用 起初我以为也许问题是数据库服务器有太多的连接，并失败，因为打开的文件太多。 但似乎并非如此，因为： 太多打开的文件有不同的错误代码（24）。 我已经检查，在高峰时间服务器有497个文件打开（使用lsof命令检查），而最大的是1024。 TCP设置已经被检查（见前面的问题 ）。 任何想法可能是什么，或者我应该检查什么？
它看起来MySQL的全文索引不索引单词“C＃”。 可能是因为字符“＃”被删除，而你留下的是C，这太短而无法索引。 我的问题是，我将如何去索引'C＃'，以便它可以在我的FullText索引中search？ 谢谢， 约翰
我有一个非常简单的mysql脚本正在运行。 但它挂起，并永远运行，没有完成。 什么是可能的原因，我该如何解决呢？ delete from guid_target_infos where type_id = 1 and updated_at < '2010-03-14' limit 1 更新：显示进程列表 | 93 | mysql | localhost | TwAnalyzer_dev | Query | 257 | updating | delete from guid_target_infos where type_id = 1 and updated_at < '2010-03-14' limit 1 | （一切 – 命令是睡觉，信息是空的）
如果包含InnoDB日志文件的分区（innodb_log_group_home_dir）变成完整的，只读的或不可写入的，MySQL会发生什么？ 如果这确实发生了，那么需要什么恢复过程呢？ 我可以用奴隶帮助主人恢复吗？
我遇到了通过yum安装MySQL-python的问题。 我们的服务器正在运行Centos 5.5和MySQL版本5.1.45，安装了Python-dev。 Yum抱怨丢失的依赖libmysqlclient_r.so.15： Missing Dependency: libmysqlclient_r.so.15()(64bit) is needed by package MySQL-python-1.2.1-1.x86_64 (base) 服务器是最新的，安装包mysql mysql-devel python-devel。 缺less的依赖关系在系统上是不存在的： # locate libmysqlclient /usr/lib64/libmysqlclient.so /usr/lib64/libmysqlclient.so.15 /usr/lib64/libmysqlclient.so.16 /usr/lib64/libmysqlclient.so.16.0.0 /usr/lib64/libmysqlclient_r.so /usr/lib64/libmysqlclient_r.so.16 /usr/lib64/libmysqlclient_r.so.16.0.0 /usr/lib64/mysql/libmysqlclient.a /usr/lib64/mysql/libmysqlclient.la /usr/lib64/mysql/libmysqlclient.so /usr/lib64/mysql/libmysqlclient_r.a /usr/lib64/mysql/libmysqlclient_r.la /usr/lib64/mysql/libmysqlclient_r.so /usr/local/cpanel/lib64/libmysqlclient.so.14 # rpm -qa | grep -i mysql MySQL-devel-5.1.45-0.glibc23 MySQL-bench-5.0.89-0.glibc23 MySQL-shared-5.1.45-0.glibc23 MySQL-server-5.1.45-0.glibc23 MySQL-test-5.1.45-0.glibc23 MySQL-client-5.1.45-0.glibc23 Python版本是python-2.4.3-27.el5.x86_64： Python 2.4.3 (#1, Sep 3 2009, 15:37:37) […]
我错过了我的服务器付款，嘿，暂停我的帐户一天左右。 当他们把服务器备份起来时，我的所有数据都已经完成了，但由于某种原因，Tomcat无法与我的MySql服务器build立JDBC连接。 他们都运行在同一台机器上，因此我有一个127.0.0.1的绑定地址。 这很奇怪，因为我在没有问题之前自己重新设置了机器，但显然在停机时间里有些事情已经被重置了。 我遵循这个指南 （只是不涉及S3的位，我不在Amazon基础设施上），一切正常。 我是一个新的系统pipe理员，我不知道该怎么尝试，你会怎么去诊断这个问题？ 我得到的堆栈跟踪如下; INFO: Deploying web application archive myapp-1.1.war 2010-05-26 22:07:22,221 [main] ERROR context.ContextLoader – Context initialization failed org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'messageSource': Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'transactionManager': Cannot resolve reference to bean 'sessionFactory' while setting bean property 'sessionFactory'; […]
我想通过terminal和phpmyadminlogin到MySQL，它说不能访问本地主机。 以下是试图通过terminallogin时的返回信息 错误1045（28000）：拒绝访问用户'root'@'localhost'（使用密码：是）root @ x27：/ var / lib / phpmyadmin＃mysql –user = root -pass root 我也安装了mysqladministrator GUI。
我一直在使用tuning-primer.sh脚本来调整我的my.cnf设置。 我的大部分工作都运行良好，但关于TABLE CACHE的部分没有意义： TABLE CACHE当前table_cache值= 900个表。 你总共有0个表你有900个开放表。 当前table_cache命中率为1％，而表caching的100％正在使用中。 你应该增加你的table_cache 当我做SHOW STATUS时 我得到以下表格相关的数字： Open_tables = 900 Opened_tables = 0 好像有什么问题。 我有一些额外的内存可以用来增加table_cache的大小，但是我的感觉是已经可用的900个表没有做任何事情，增加它只会浪费更多的能量。 为什么会发生这种情况？ 是否有其他设置，可能会导致所有我的table_cache插槽使用即使没有命中给他们？ 我有150个最大连接，每个连接可能不超过4个表，FWIW。 这里是我也一直在调整的临时表的debugging器脚本输出： 温度表 当前max_heap_table_size = 90 M 当前tmp_table_size = 90 M 在11032358个临时表中，有40％是在磁盘上创build的 也许你应该增加你的tmp_table_size和/或max_heap_table_size来减less基于磁盘的临时表的数量。 注意！ 内存表中不允许使用BLOB和TEXT列。 如果使用这些列提高这些值可能不会影响磁盘临时表的比例。
我有一个innodb表获得大量的读取，几乎没有写入（比如，每写入约400,000读一个）。 我遇到一个很大的问题，虽然当我插入到表中。 MySQL 完全locking。 它使用100％cpu，并且每个其他表（甚至在其他数据库中）都将其状态设置为“locking”，直到INSERT完成。 这是一个很大的问题，因为MySQL保持locking长达4分钟。 我正在使用版本5.1.47（来自mysql.com的rpm）。 有任何想法吗？ 编辑： CREATE TABLE `images` ( `id` mediumint(8) unsigned NOT NULL AUTO_INCREMENT, `posted_on` datetime NOT NULL, `hash` binary(20) NOT NULL, `struct` char(64) NOT NULL, `category_id` smallint(5) unsigned NOT NULL, `rating` smallint(6) NOT NULL, `order_id` mediumint(8) unsigned NOT NULL, `icon_type` enum('jpg','gif','png') NOT NULL, `icon_width` smallint(5) unsigned NOT NULL, `icon_height` […]