这篇文章是想和大家分享InnoDB的基本知识点有哪些。我觉得边肖很实用，就和大家分享一下作为参考。让我们跟着边肖看一看。
一、关于count(*)
知识点：MyISAM会直接存储总行数，而InnoDB不会，所以需要按行扫描。
潜台词是从t中选择count(*)；如果数据量大，MyISAM会瞬间返回，而InnoDB会逐行扫描。
做法：对于数据量大的表，InnoDB不要轻易选择count(*)，这样会消耗大量性能。
常见坑：MyISAM只有查询整个表的合计行时才会直接返回结果。当添加where条件时，两个存储引擎具有相似的处理方法。
例如：
t_user(uid、uname、年龄、性别)；
uid主键
年龄指数
选择count(*)，其中年龄和性别=' F
要查询未成年少女数量，两个存储引擎的处理方式类似，都需要索引扫描。
启示：无论什么样的存储引擎，都要建立一个好的索引。
二、关于全文索引
知识点：MyISAM支持全文索引，这在InnoDB5.6之前是不支持的。
做法：无论是哪种存储引擎，在数据量大、并发量大的情况下，都不应该使用数据库自带的全文索引，这样会导致少量请求占用大量数据库资源，但是应该使用""
外部索引
的建筑设计方法。
启示：数据量大、并发度高的业务场景，全文索引和MyISAM也不是最佳选择。三、关于事务
知识点：MyISAM不支持事务，InnoDB支持事务。
实践：事务是选择InnoDB的吸引人的原因之一，InnoDB提供了提交、回滚、崩溃修复等功能。当系统异常崩溃时，MyISAM有一定几率造成文件损坏，非常烦人。但是，事务也非常消耗性能，这会影响吞吐量。建议只对一致性要求高的业务使用复杂事务。
画外音：无法打开文件“XXX”。MYI。你见过吗？
提示：MyISAM可以锁定table table来实现类似事务的东西，但是对数据库的性能影响很大，强烈不推荐使用。四、关于外键
知识点：MyISAM不支持外键，InnoDB支持外键。
做法：无论什么样的存储引擎，在数据量大、并发量大的情况下，都不应该使用外键。相反，建议应用程序确保完整性。五、关于行锁与表锁
知识点：MyISAM只支持表锁，而InnoDB可以支持行锁。
分析：
MyISAM:执行读写SQL语句时，表会被锁定，所以当数据量大、并发量高时，性能会急剧下降。
InnoDB:细粒度行锁，在数据量大、并发量高的情况下性能优异。
做法：网上经常说MyISAM用于选择插入的业务，因为MyISAM在文件末尾添加记录非常快。楼主的建议是大部分业务都是读写混合，所以只要数据量大，并发量大，就用InnoDB。
公共坑：
InnoDB的行锁是在索引上实现的，而不是在物理行记录上。潜台词是如果访问没有命中索引，就不能使用行锁，就会退化为表锁。
Voiceover: Oracle有不同的行锁实现机制。
例如：
t_user(uid、uname、年龄、性别)innodb
uid主键
没有其他索引
update t_user set age=10，其中uid=1；
命中索引，行锁定。
update t_user set age=10，其中uid！=1;
缺少索引，表锁。
update t_user set age=10其中name='沈剑'；
没有索引，表锁定。
启示：InnoDB必须建立索引，否则锁粒度大，会影响并发。
总结
在大数据量、高并发的互联网业务场景下，对于MyISAM和InnoDB
在where条件下，count(*)两个存储引擎的性能相似。
您应该使用
外部索引
的设计方案
事务影响性能，强一致性要求使用事务。
不使用外键，应用程序保证完整性。
InnoDB不能在不命中索引的情况下使用行锁。
结论
数据量大、并发度高的互联网业务场景请使用InnoDB:
行锁对提高并发性有很大帮助。
Transac
感谢阅读！这篇关于“InnoDB的基本知识点有哪些”的文章就分享到这里了，希望。
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/155440.html
