标签: innodb

我试图创建一个innodb的数据库类型.我试过这个查询,但它没有被解释.

CREATE DATABASE"mydd"ENGINE = InnoDB

我检查了配置,并说它启用了innodb.我也在网上搜索,但最终只有
creatin innodb表.

我将数据库设置为innodb,然后下面的所有表将采用相同的类型,不需要再次指定.另外我的默认引擎不应该是innodb.

谁能帮我吗？谢谢.

注意:我在这里搜索过其他类似的Q,并且没有其他回答的问题甚至是远程相似的......有了这个... 我有一个关于MySql表的问题(更准确地说,来自表中的特定字段 - 即tweets或者updates).

那么问题是:InnoDB表上的最大行数是多少？也就是说,如果MyIsam,InnoDB和其他人可以持有的金额之间存在很大差异,那么一般来说,如果没有.其次,如果表格变得非常大,那么存储数据的最佳实践是什么(相同的一个表格,还是分割/多个表格/ dbs)？

我读到Twitter每天都有1亿条推文.在同样的背景下,我的第二个问题如何适用于像twitter这样的东西？

当我尝试截断innodb表时,我想我得到了外键约束错误.使用MyISAM时,我没有遇到任何问题.

是否有一种简单的方法可以强制截断所有表格？或者我应该创建一个脚本来删除数据库,创建一个新的,然后从头创建表？

我知道你不应该依赖InnoDB的SHOW TABLE STATUS返回的值.特别是行数和平均数据长度.

但我想也许这是在某个时刻采取的准确值,然后innodb只会在ANALYZE表或其他一些不常见的事件中刷新它.

相反,我看到的是我可以在5秒内在同一个桌面上运行SHOW TABLE STATUS 5次,并且每次都获得完全不同的数字(尽管表中没有任何插入/删除活动)

这些价值实际上来自哪里？它们在innodb中是否只是腐败？

我使用时遇到缓存问题sqlalchemy.

我sqlalchemy用来将数据插入MySQL数据库.然后,我有另一个应用程序处理这些数据,并直接更新它.

但sqlalchemy始终返回旧数据而不是更新数据.我想sqlalchemy缓存了我的请求......所以......我应该如何禁用它？

DROP TABLE IF EXISTS `transactions`;
CREATE TABLE `transactions` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `purchase_date` datetime DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `transactions` (`purchase_date`) VALUES (NULL)

我在这段代码中已经解决了我的问题.当我运行它时,我收到错误:

[查询3中的错误]'字段列表'中的未知列'purchase_date'

有人有想法吗？

在过去的4天里,我的夜间更新出现了大量问题,除了1晚之外,这4天之间一切都很顺利.

在这些更新期间,我更新了几个全文索引.我是这样做的.

1. 删除全文索引
2. 更新全文表
3. 添加全文索引

这已经超过2年完美.通常的更新时间约为3-4小时,这对于每晚更新的数据量是正常的.但自周五以来,更新时间确实在9-12小时之间!

昨晚服务器故意被引擎崩溃,这是在错误日志中

InnoDB:警告:一个长信号量等待: - 线程8676已经在dict0boot.ic第36行等待241.00秒信号量:Mutex在0000000053B0C1E8创建文件dict0dict.cc第887行,lock var 1 waiters flag 1 InnoDB:#### ##启动InnoDB Monitor 30秒打印诊断信息:InnoDB:待处理的preads 0,pwrites 0

InnoDB:######诊断信息打印到标准错误流InnoDB:错误:信号量等待持续> 600秒InnoDB:我们故意使服务器崩溃,因为它似乎挂起了.2014-07-21 05:20:54 1384 InnoDB:文件srv0srv.cc第1748行中的线程4996中的断言失败

InnoDB:我们故意生成一个内存陷阱.InnoDB:向http://bugs.mysql.com提交详细的错误报告.InnoDB:如果你重复断言失败或崩溃,即使是InnoDB:在mysqld启动之后,可能会有InnoDB:InnoDB表空间中的损坏.请参考InnoDB:http: //dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html InnoDB:关于强制恢复.

我刚刚重新启动服务器,它很好,所以我现在等待在bugs.mysql.com发布完整的错误报告

我在这个页面上发现了一些东西,它似乎是同一类问题,但没有进一步的消息.

我不知道从哪里开始,我不知道为什么会突然发生这种情况.

我必须从这里提供什么样的细节？

• Mysql服务器版本:5.6.13
• sort_buffer_size = 2M
• innodb_buffer_pool_size = 53G
• innodb_log_buffer_size = 4M
• innodb_flush_log_at_trx_commit = 0
• innodb_log_file_size = 25G

编辑

看完这个,它指出

"MySQL 5.6及更高版本中的体系结构更改使得更多工作负载适合于禁用自适应哈希索引,而不是早期版本,尽管默认情况下仍然启用它."

我已经禁用了自适应哈希索引 SET GLOBAL innodb_adaptive_hash_index=0 ,我现在正在尝试第一次尝试查看问题是否已修复.情况就像晚上一样.

夜间更新:

更新很顺利.不到6个小时.全文索引更新没有问题,但我仍然发现简单的更新查询JOIN速度很慢.(以8秒为单位的40000条记录,通常在不到的时间内完成1). …

我正在使用Symfony 1.4.8和Mysql 5.5我运行时遇到此错误

symfony推动:构建所有

您的SQL语法有错误; 检查与MySQL服务器版本对应的手册,以便在第1行的"Type = InnoDB"附近使用正确的语法

我安装了MAMP并在我的Mac上安装了最新的phpMyAdmin.我没有文件my.cnf也没有my.ini文件.是的,我启用了所有不可见的文件.

我听说过MAMP的免费版本不会让你,但这似乎不对.我知道MAMPPro有一个下拉,但我不买.

该文件还可以调用什么？

编辑:我用grep在整个MAMP文件夹中搜索innodb_buffer_pool_size,里面唯一有变量的文件是为它分配一个数组,而不仅仅是一个简单的大小.只是为了更完整地解决这个问题.

我已经将"innodb_file_format"从"Antelope"更改为"Barracuda"bcoz,原因如下.

1. 避免行大小限制
2. 避免列索引大小限制

在进行文件格式更改时,我选择"row_format"作为"动态".这工作正常.

但是,我想将"row_format"从"动态"更改为"压缩"以进行数据压缩.有人能告诉我吗

1. row_format是否与表中的COLUMN INDEXES和DATA INSERTS有关？如果是,建议使用哪个,为什么？
2. 压缩格式会导致性能下降吗？