草庐IT

innodb-multiple-tablespaces

全部标签

mysql - InnoDB 磁盘使用开销

我有一个包含两个32位整数的表。这两个整数用于创建聚簇索引。建表SQL如下,CREATETABLE`a`(`var1`int(10)unsignedNOTNULL,`var2`int(10)unsignedNOTNULL,PRIMARYKEY(`var2`,`var1`))ENGINE=InnoDBDEFAULTCHARSET=utf8COLLATE=utf8_bin;此表中有6921338行(使用SELECTCOUNT(*)FROMa检索)该表使用了358580224字节的空间(使用SHOWTABLESTATUS检索)根据我的计算,每行使用51.8个字节。我知道InnoDB在stor

php - MySQL+PHP : getting last_id of multiple/composite primary key

我需要获取具有多列主键的表的最后插入的ID。那些表没有AUTOCOUNT列。我正在使用参数化查询(任意顺序)使用PHP(5.3)和MySQLi模块任意INSERTSQL查询。(任何格式)例如:Table:fooPrimarykey:[group_id,user_id]Query:INSERTINTOfoo(group_id,user_id,name,email)VALUES(?,?,?,?);Parameters:array(34,15,"John","john@example.com")结果:$last_id=$mysqli->insert_id?:getInsertedId();3

mysql - 如果我杀死一个巨大的 MySQL InnoDb DELETE 查询会发生什么?

我目前正在运行一个DELETE查询,它花费的时间比预期的要长很多(已经10小时了!)。我想通过phpmyadmin进程终止它,但是我担心会发生什么。他自动回滚会不会也需要很多时间?当前查询状态显示“正在更新”。 最佳答案 这取决于您的查询目前所处的阶段。但通常回滚花费的时间大致相等,有时甚至比原始操作花费的时间更多。根据thisdocument的第2点,这不是真正可取的。此外,请务必验证您的MySQL版本,因为它有一个非常讨厌的错误,根据thisarticle在某些版本中删除/更新查询回滚。重新启动/终止MySQL进程无济于事,因为

mysql - 在 innodb 中重置 auto_increment

有两个表:maintable(idintprimarykeyauto_increment,namechar);subtable(idintprimarykey,maintable_idint,indexmianid(maintable_id),constraintmainidforeignkey(maintable_id)referencesmaintable(id));在maintable中进行一些添加和删除之后,我想重置maintable的auto_increment,然后我使用“altertablemaintableauto_increment=1”,但我只是得到“queryok

mysql - 对具有 3 亿行和每秒 50-100 个查询的 MySQL innoDB 表的查询随机减慢

我有一个MySQL数据库,其中有一个包含大约3亿行的InnoDB表。最多有10个连接的客户端每秒发送50-60个读取查询。几个月来一切都很顺利,直到最近,MySQL开始停滞,同时使用大量CPU(100%+。uptime命令显示值如15、12、15。)。需要500毫秒的查询现在需要几秒,从几十秒到几百秒。执行SHOWPROCESSLIST显示查询卡在Sendingdata状态。我无法弄清楚原因,感谢任何帮助。服务器英特尔(R)至强(R)CPUE5@2.40GHz|12个中央处理器|32GB内存我的.cnfinnodb_file_per_table=1tmp-table-size=32Mm

mysql - 什么是 MySQL InnoDB 意向锁?

我已经阅读了关于意向锁的MySQL手册:http://dev.mysql.com/doc/refman/5.5/en/innodb-locking.html#innodb-intention-locks它说“使多粒度级别的锁定变得实用”,但是怎么做呢?它没有告诉我们这件事。谁能给个详细的解释和例子? 最佳答案 将InnoDB数据空间视为数据库的集合,每个数据库都是表的集合,每个表都是行的集合。这形成了一个层次结构,其中越来越低的级别提供越来越多的粒度。现在,当你想在事务中更新这棵树的某些部分时,你该怎么做?那么,InnoDB雇用了​

MySQL InnoDB 查询性能

我正在尝试优化一个简单的sql查询,该查询将多次运行大量数据。这是场景:带有InnoDB表的MySQLwhere和join中使用的所有字段都已编入索引。表格有FK。我不需要查询的整个缓存,但可能需要每个表的缓存。表格有更多更新/插入的读取。一个真正的查询:SELECTone_field,another_fieldFROMbig_tableINNERJOINmedium_tableON(...)INNERJOINsmall_tableON(...)WHEREweek>=#numberANDweek=#numberANDyear部分测试结果:平均查询时间:2,3374秒测试表包含真实表数据

php - NOW() for DATETIME InnoDB Transaction guaranteed?

在单个InnoDB事务的2+个查询中使用NOW()是否保证插入的日期时间值在数据库中是准确的?换句话说,即使您在使用它的单个事务中有超过20个查询,NOW()是否总是相同,还是会改变? 最佳答案 Apparentlyitisnotguaranteed跨事务但可以从语句更改为语句。有一个解决方法可以使用asshownhere:BEGIN;SELECT@now:=NOW();INSERT...VALUES(...,@now,...);INSERT...VALUES(...,@now,...);UPDATE...@now...;COMMI

MySQL 和 SQLAlchemy : getting N recent comments for multiple items

我正在尝试编写查询以获取多个项目的N个最新评论。目前,我正在循环遍历每个项目的查询:foriinitemIds:Comment.query.filter_by(itemId=i).order_by(Comment.id.desc()).limit(3)但这真的很慢。我想要一个获取所有评论的查询,但不知道如何实现。我尝试过使用union但没有成功。看来MySQL、order_by和union存在问题。我正在尝试达到以下效果:a=Comment.query.filter_by(itemId=1).order_by(Comment.id.desc()).limit(3)b=Comment.q

mysql - InnoDB 优化 - "use transactions when doing updates"- 为什么?

我正在阅读thispost在MySQL性能博客上。在应用程序调整下它说:Firstmakesureyou’reusingtransactionswhendoingupdates我目前只在同时有多个插入或更新的地方使用事务。即不止一张table。因此,我是否应该更改每个UPDATE以将其更改为事务?有什么区别:preparesqlbindparamscommit和:begintransactionpreparesqlbindparamsexecutestatementcommittransaction就数据库级别发生的事情而言,这使得一个比另一个更快? 最佳答