我的innodb不断崩溃。 这是下面的错误信息。 有谁知道为什么这种情况继续发生？ InnoDB：InnoDB 49201616字节。 操作系统errno：12 InnoDB：检查是否应该增加操作系统的交换文件或InnoDB：ulimits。 InnoDB：在FreeBSD检查你已经用InnoDB编译了操作系统：一个足够大的最大进程大小。 InnoDB：请注意，在大多数32位计算机上，InnoDB：内存空间限制为2 GB或4 GB。 InnoDB：我们继续重试60秒的分配… 0进程活着，'/ usr / bin / mysqladmin –defaults-file = / etc / mysql / debian.cnf ping'导致/ usr / bin / mysqladmin：在'localhost'连接服务器失败错误：'Can not通过套接字'/var/run/mysqld/mysqld.sock'连接到本地MySQL服务器（2）'检查mysqld是否正在运行，并且套接字'/var/run/mysqld/mysqld.sock'是否存在！ InnoDB：致命错误：无法为缓冲池分配内存[错误]默认存储引擎（InnoDB）不可用
我只停止了mysql，发现它不会回来，/ /etc/init.d/mysql start mysql只/etc/init.d/mysql start输出. . . . . . failed . . . . . . failed . . . . . . failed 。 我把它缩小到InnoDB的一个问题。 数据库在innodb_force_recovery = 5时启动，没有任何更低。 当我为我的MyISAM表检查表时，他们检查得很好，但是当我尝试为设置了force_recovery的InnoDB表这样做时，连接就被中断了。 mysql.err和mysql.log是空的。 当我试图将innodb_force_recovery设置为零时，以下是syslog的相关日志： Nov 6 04:20:33 kevmo314 mysqld: 111106 4:20:33 InnoDB: Error: page 245802 log sequence number 61 3499737721 Nov 6 04:20:33 kevmo314 mysqld: InnoDB: […]
目前运行在一个16GB的系统 – Ubuntu 64位。 INnodb缓冲池设置为10GB。 调优引擎显示如下： QUERY CACHE Query cache is enabled Current query_cache_size = 512 M Current query_cache_used = 501 M Current query_cache_limit = 4 M Current Query cache Memory fill ratio = 97.87 % Current query_cache_min_res_unit = 4 K However, 9418108 queries have been removed from the query cache due to lack of […]
我使用innobackupex和Read_Master_Log_Pos启动了一个MySQL从站，而Relay_Log_Pos ：正在更新，但是主站之后的秒数不断增加（现在是Seconds_Behind_Master:496637并且正在增加）。 有想法该怎么解决这个吗？ mysql> SHOW SLAVE STATUS\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 10.8.25.111 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.005021 Read_Master_Log_Pos: 279162266 Relay_Log_File: mysql-relay-bin.000004 Relay_Log_Pos: 378939436 Relay_Master_Log_File: mysql-bin.004997 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 378939290 Relay_Log_Space: 26048998487 […]
在新的MySQL版本中引入了Barracuda文件格式。 所以我有几个问题： 它只与file_per_table选项一起工作吗？ 如何切换现有系统（最好是整个表空间），而不是通过从空服务器上的mysqldump备份重新导入所有内容？
在我启用选项“innodb_file_per_table”之后，所有在db中的表格都被创build，所以我不明白为什么ibdata1仍然会不时地增长，即使速度很慢。
在我的mysql错误日志文件中看到以下内容： InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes InnoDB: than specified in the .cnf file 0 268435456 bytes! 110927 18:36:37 [ERROR] Plugin 'InnoDB' init function returned error. 110927 18:36:37 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 这怎么可以轻易修复？ 谢谢！
我发现多lessinnodb池大小已经分配内存从show innodb status但我不知道它有多less实际使用。 也许它需要更多，或者我可以从它的一些记忆？ 如何find它？ 哦，还有一个问题，因为我对innodbconfiguration游乐场有点新鲜感 – 它使用了两种不同的记忆，对吧？ 一个是ram，另一个是disk，是的？ BUFFER POOL AND MEMORY ———————- Total memory allocated 7162316778; in additional pool allocated 1048576 Buffer pool size 393216 Free buffers 0 Database pages 380971 Modified db pages 1906 Pending reads 0 Pending writes: LRU 0, flush list 1, single page 0 Pages read 16986872, created 474559, […]
我最近开始使用允许压缩的Barracuda InnoDB / MySQL表格式。 我通过运行来压缩我的一个表格： alter table pricing row_format=compressed, key_block_size=8; 在我运行这个之后，我查看了压缩数据（我已经在ALTER TABLE之前清除了它们）： mysql> select * from INFORMATION_SCHEMA.INNODB_CMP; + ———– ————– + + —————– + —- ———– + —————- + —————– + | page_size | compress_ops | compress_ops_ok | compress_time | uncompress_ops | uncompress_time | + ———– ————– + + —————– + —- ———– + —————- […]
带有负载峰值的大型innodb数据库似乎在控制台中导致“任务挂起120秒”的随机崩溃。 在这些崩溃期间没有将日志写入系统。 innodb表是相当大的，存储20 +演出。 在Ubuntu 10.04上使用内核2.6.36和2.6.38-15 64位可能导致表碎片化，导致随机系统崩溃？ 我们正在研究随机系统崩溃的问题，这些崩溃运行在“专用baremetal”vps托pipe服务器上托pipe的大型innodb表。 MySQL版本是5.1。 下面是结果：“SELECT data_length，index_length，（data_length + index_length）/ power（1024,3）GB FROM information_schema.tables WHERE ENGINE ='InnoDB'ORDER BY data_length + index_length DESC LIMIT 10;”： +————-+————–+——————-+ | data_length | index_length | GB | +————-+————–+——————-+ | 14758707200 | 17220501504 | 29.782958984375 | | 9456762880 | 16465543168 | 24.1420288085938 | | 16983785472 | 6954041344 | 22.2938385009766 […]