Articles of innodb

如何在Linux中为Mysql启用InnoDB存储引擎

当我在这个特定的Linux主机上运行查询“显示引擎”时,它显示InnoDB存储引擎已禁用。 其他存储引擎(如MyISAM)显示已启用。 我需要采取哪些步骤来安装/启用InnoDB存储引擎(甚至是高级别)? 对于不同的linux版本,程序会有所不同吗?

innodb会受益于memcached吗?

from – http://www.readwriteweb.com/hack/2011/04/you-got-nosql-in-mysql-memcach.php (纠正我,如果没有意义) 潜在的好处 节省复杂的查询计算到分布式环境 避免重复查询,并且可能在拥有多个服务器(超过5个数据库服务器)时获益最多 – 查询一次,存储在memcached中并永久重用 innodb具有内部缓冲池大小, 让memcached充当分销商是否有意义? 不过,我认为访问本地RAM要比分布式环境快得多 有什么想法吗?

在MySQL中切换到`innodb_file_per_table`

如果我打开innodb_file_per_table (目前不活跃),它会破坏我现有的表?

MySQL的InnoDB随机数据损坏:硬件或软件错误?

我是社交游戏的pipe理员,使用MySQL(精确的Percona 5.1.56)进行数据存储(所有表都有InnoDBtypes)。 游戏中有大约200万玩家,数据库大小约为100Gb,并且正在逐渐增长。 有几个表已经有超过5亿条logging。 游戏数据库运行非常stream畅,即使在一个function足够强大的非虚拟化Linux Debian 6服务器(24 GB RAM,硬件Adaptec RAID-10,以及一些只读从属服务器)上也不会分裂。 问题是,不时(一两个月一次)MySQL崩溃与数据损坏如下: InnoDB: Database page corruption on disk or a failed InnoDB: file read of page XXXX. InnoDB: You may have to recover from a backup. 从这样的错误中恢复是一个非常痛苦的过程。 这通常需要提升其中的一个奴隶作为新的主人,将stream量引导到这个新的主人并为这个主人创build备用的奴隶。 有一些停机让玩家真的很生气 Percona的人告诉我,这是硬件的错,起初我以为这是硬件的责任,但是在我换了几台服务器之后,我不知道该怎么想。 有没有可能是MySQL破坏数据? 我已经开始寻找替代品(例如PostgreSQL,甚至像Cassandra这样的激进分子)。 但是我当然知道,每一个新产品都有自己的包袱和怪癖,更不用说迁移的代价了…. 我正在拔头发(今天我又遇到了另一个崩溃),所以如果你有任何想法,请分享…

对InnoDB表的my.cnf进行微调失败,设置为:`innodb_log_file_size = 256`

我在mysqlperfomanceblog上阅读了一些很好的调整build议,并尝试修改它们。 我joinmy.cnf: innodb_buffer_pool_size = 1000M innodb_log_file_size = 256M 在完成这个并重新启动服务器之后,我在SHOW ENGINES shell中没有创buildInnoDB条目。 如果我将第二个variables( innodb_log_file_size )注释掉, InnoDB又在列表中。 那是什么意思? 我读过 innodb_log_file_size应该是innodb_buffer_pool_size大小的1/4倍。 我想念什么?

有3行的表上的“表已满”错误

每隔几个星期,我收到一条消息The table 'ttrss_users' is full (用PHP编写的RSS阅读器应用程序)的安装完成了The table 'ttrss_users' is full 。 它总是用户表(InnoDB),它具有以下布局: id int(11) login varchar(120) pwd_hash varchar(250) last_login datetime access_level int(11) theme_id int(11) email varchar(250) full_name varchar(250) email_digest tinyint(1) last_digest_sent datetime created datetime twitter_oauth longtext 导致错误的查询是: UPDATE ttrss_users SET last_login = NOW() WHERE id = x并且只影响这个表(在这个服务器上没有其他表或数据库)。 我发现唯一的解决办法是重新启动服务器。 通过ALTER TABLE更改MAX_ROWS和AVG_ROW_LENGTH似乎只影响MyISAM表。 有任何想法吗?

未知的表引擎“InnoDB”错误

当我启动我的MySQL时,它会在日志文件上给出以下错误。 我的默认引擎是MyIsam,我只使用Innodb作为一组数据库。 120604 12:24:49 mysqld_safe mysqld from pid file /var/lib/mysql/mysql1.pid1 ended 120604 12:24:58 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 120604 12:24:58 [ERROR] InnoDB: syntax error in innodb_data_file_path 120604 12:24:58 [ERROR] Plugin 'InnoDB' init function returned error. 120604 12:24:58 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 120604 12:24:58 [Note] Event Scheduler: Loaded […]

MySQL数据库修复

使用Vbulletin 4.2.0 PL3 我已经使用了vbulletinpipe理面板中的修复/优化数据库function,但是这些下表保持相同的大小。 这是正常的吗? 最后一列是“开销”,即使我进行维修/优化,始终保持在这些值 searchcore 14.52 MB 34.08 MB 4.00 MB searchgroup 3.52 MB 4.52 MB 4.00 MB searchlog 5.02 MB 48.0 KB 22.00 MB tagcontent 18.55 MB 34.58 MB 7.00 MB 数据库完全是MyISAM,但上面这些表是InnoDB。 我怎样才能安全地转换他们,所以我可以进行修复/优化?

MySQL的InnoDB备份:转储文件是否足够?

默认的ibdata1文件存储在mysqldump中不存在的是什么? 我有一个备份/ rsync作业,用于在远程服务器上存储MySQL 5.5数据库的转储文件,以便进行每日/每周的备份。 但是,我目前不支持ibdata1文件本身 – 这是一个噩梦等待发生或转储文件足够? 谢谢

减lessMySQL的内存使用

结论: 如果你真的想使用一点点的内存现成的下降MySQL和使用PostgreSQL :它有一个〜30Mo内存足迹,即比MySQLless10倍以上; 迁移很容易,不pipe是服务器端还是应用端(使用NHibernate)。 在现实生活当然,你不会改变你的数据库保存300Mo,但如注意到你会注意到,而不是购买一些内存或注册一个更大的虚拟机,如果你是托pipe。 我在一台小型Windows Server 2008机器上安装了一个新的MySQL (less于1GB RAM )。 mysqld进程占用300MB到400MB的内存,导致系统交换! 我读过这可以帮助: 禁用InnoDB,但我需要它, 调整InnoDB,但我的设置似乎使用已经很低的值(例如innodb_buffer_pool_size )。 有关这里的信息是my.iniconfiguration文件: [client] no-beep port=3306 [mysql] default-character-set=utf8 [mysqld] port=3306 basedir="C:\Program Files\MySQL\MySQL Server 5.6\" datadir="C:\ProgramData\MySQL\MySQL Server 5.6\data\" character-set-server=utf8 default-storage-engine=INNODB sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION" log-output=FILE general-log=0 general_log_file="my-pc.log" slow-query-log=1 slow_query_log_file="my-pc.log" long_query_time=10 log-error="my-pc.err" max_connections=100 query_cache_size=1M table_open_cache=2000 tmp_table_size=3M thread_cache_size=9 myisam_max_sort_file_size=100G myisam_sort_buffer_size=5M key_buffer_size=8M read_buffer_size=0 read_rnd_buffer_size=0 sort_buffer_size=0 innodb_additional_mem_pool_size=2M innodb_flush_log_at_trx_commit=1 innodb_log_buffer_size=1M […]