我只用140万行将一个MyISAM表转换成了InnoDB。 当我将其转换为InnoDB时，它现在显示-140万行。 该表仍按预期工作，但为什么它在行列中显示为负数？
我有一个24GB的机器运行MySQL（只有InnoDB表）。 我的innodb数据集是11.5GB大，我已经把我的innodb_buffer_pool_size设置为14GB，以允许一些增长。 所以整个innodb数据集被加载到内存中，这是很好的。 但是今天我注意到我的索引大小也超过了11GB。 增加我的innodb_buffer_pool_size是否是一个好主意，以便索引空间也适合？ 或者这与它没有任何关系？
经过RS云服务器最近的“紧急迁移”之后，我们的服务器快照映像上的mysql数据库被certificate是从备份date过期的日子。 然而，通过受影响的webapp上传的文件已被写入文件系统。 写入数据库的相关元数据丢失，但文件本身已备份。 一旦我能够在mysql服务器启动之前手动访问mysql数据文件（服务器被configuration为在启动时启动mysql），我可以看到ib_logfile1，ib_logfile0和ibdata1的更新时间已经过去了几天。 就像这张海报一样， 服务器崩溃后mysql数据丢失 ，就好像一些caching控制器已经告诉OS / mysql服务器它已经提交了仍在caching中的数据，并且丢失了而不是刷新了。 我不能很好地包装上传的文件如何写入，但数据库数据没有。 我原以为任何caching都会刷新整个系统，而不是逐个进程。 有关这可能发生的任何build议？ 更新二： 看到我的答案下面解释发生了什么事。 更新： 根据要求configuration详细信息。 RackSpace云服务器详细信息： 操作系统：Ubuntu 10.04 LTS（Lucid） 内存：1024 MB 磁盘空间：40 GB 数据中心：ORD1 服务级别：不受pipe理 root @ restore-testing：〜＃dpkg -s mysql-server … build筑：所有 资料来源：mysql-dfsg-5.1 版本：5.1.61-0ubuntu0.10.04.1 … root @ restore-testing：〜＃cat / etc / fstab proc / proc proc defaults 0 0 / dev / xvda1 / […]
只是几个我在迁移到XtraDB时找不到的问题。 我的团队一直在使用MyISAM dbs进行生产，并且想知道迁移到Percona的XtraDB有多难，你会怎么做？ 我需要首先将MyISAM迁移到InnoDB，还是可以直接转到XtraDB？ 我在我的Fedora机器上安装了带有XtraDB软件包的Percona服务器，但是文档对于如何使用它并不是很有帮助，所以我想知道Percona只是在标准的MySQL安装上搭载，还是单独的实体？ 关于如何解决我的问题的文档的链接将是太棒了。
任何configuration错误都可能导致mysql..mysql调谐器显示创build太多临时表 Current max_heap_table_size = 200 M Current tmp_table_size = 200 M Of 17158 temp tables, 30% were created on disk table_open_cache = 125 tables table_definition_cache = 256 tables You have a total of 97 tables You have 125 open tables. Current table_cache hit rate is 3% 早期的临时表是of the 23725 temp tables 38% were created on […]
看起来我在mysql（运行innodb）中有一个死锁，部分原因是对gen_clust_index的locking，但是，这不是我创build的表。 那么… gen_clust_index简短而又甜美的描述是什么，它在mysql中的用途和目的。
目前我正在使用mysqldump进行备份，这是慢的，但好。 最大的问题是恢复数据库，这需要几天的时间。 转储是大约7GB gzipped，所以它不是一个小数据库，但它不应该超出合理的范围与MySQL。 那么我的其他select是什么？ 像mysqlhotcopy的东西将是完美的。
我最近开始尝试让Redmine在断电后运行，这似乎破坏了MySQL中的InnoDB数据库。 Redmine有一套广泛的文档，即使redmine无法运行，我也想得到这些文档。 服务启动失败。 我已经尝试插入innodb_force_recovery = 4每个错误日志中的URL的文档。 （也试过1到6，因为我已经备份了所有的目录损坏后）我已经通过“mysqld-nt –print-defaults”validation它是以params中的恢复选项开始的。 该机器运行Windows Server 2003 SP2，至强E5335与2GB内存，MySQL不镜像到另一台机器，也不是机器镜像。 我没有备份，因为以前的人没有设置它们。 这里是错误日志： InnoDB: The log sequence number in ibdata files does not match InnoDB: the log sequence number in the ib_logfiles! 100308 14:50:01 InnoDB: Database was not shut down normally! InnoDB: Starting crash recovery. InnoDB: Reading tablespace information from the .ibd files… InnoDB: […]
MySQL对InnoDB有大页面/ hugetlb支持。 有很多关于这个主题的文章（ 例子 ）。 但是有没有人有他们看到的性能改变的例子？ 我已经看到其他数据库系统使用hugetlb获得性能。 例如。 专有的nosql分布式的mmapped键值存储。 随着mmap文件增长到0.5GB，商店会放慢速度。 即使在2GB或3GB之后，它的性能也不会降低。 观察是沿着的; 如果我们存储活动的用户会话，并在例如。 100个用户，我们有32MB的数据，读取速度将是Xlogging/秒。 在3000个用户，我们将在1GB左右，读取速度下降到X / 2。 读取速度包括哈希查找和复制数据。 所有的访问都是机器本地的，所以它是内存拷贝的内存。 现在，如果用户注销，商店的数据文件将保持不变，即使key / val空间缩小到32MB，哈希表被转换等，但读取速度停留在X / 2，并没有攀升。 事实certificate是TLBcaching未命中，使用hugetlb /大页面意味着速度将停留在X左右，即使用户爬到10000，文件变得越来越大。 这是伟大的一切。 而本能现在告诉我，MySQL应该具有相同的特性，并启用hugetlb /大页面但没有一些例子，这是一个艰难的销售尝试。 那么，有没有人尝试使用hugetlb / large pages来提升性能，以及你的体验（好/坏/中性）是什么？ 我很想听听数据库的大小，以及大致的性能变化（如果有的话）。 数字欢迎！
我在Amazon RDS上运行MySQL 5.5数据库实例时遇到问题。 定期（每隔一两天）一次交易将无法完成，似乎将表格locking。 通常情况下，事务超时，一切恢复正常，但事务处理保持打开状态，数据库继续咀嚼CPU时间以及越来越多的内存，直到最终耗尽。 我认为这个问题可能与django-reversion与另一个引起这种奇怪行为的应用（可能是django-taggit或django-celery）相冲突。 我想知道有没有人有这个问题的经验 编辑：这是MySQL最经常抛出的错误 OperationalError：（1205，“超出locking等待超时;尝试重新启动事务”）