MySQL引擎的区别

InnoDB：支持ACID事务和行级锁，适合高并发和事务性场景； MyISAM：不支持事务、表级锁，适合读多写少和全文检索场景。

选择适合的储存引擎以提升应用性能：MySQL InnoDB、MyISAM和NDB对比

不幸的是，选择存储引擎取决于您的具体需求并权衡利弊。
例如，从 5 .5 版本开始，InnoDB 一直是默认的 MySQL 引擎。
交易支持和数据完整性是其优势。
行级锁在高并发读写时非常有用，非常适合电商订单、银行交易等OLTP系统。
ACID特性保证了数据的一致性，外键约束也可以维护表之间的关系。
如果数据崩溃，它可以自动恢复。
但其表空间占用空间较大，全文索引功能不如MyISAM。

我们来谈谈MyISAM。
这东西的阅读性能是惊人的。
表级锁定机制使其适合读密集型应用，例如新闻网站和日志分析。
全文索引支持文本搜索，插入速度比InnoDB快，但并发写入性能较差。
它没有事务支持，数据一致性必须由应用层控制。
例如，CMS系统发布文章，如果程序崩溃，可能会丢失部分数据。
另外，MyISAM表损坏的风险非常高，必须定期维护。

然后是NDB，它是专门为高可用分布式架构设计的。
数据存储在内存中，查询延迟非常低。
适用于金融交易、实时监控等场景。
自动分片和多节点同步复制，这两个特性可以保证9 9 .9 9 9 %的可用性，单个节点的故障不会影响整体服务。
但硬件成本较高，且不支持复杂查询，因此必须使用应用层来分离逻辑。
内存存储还限制了数据大小，必须与持久存储解决方案相结合。

总结一下，如果你选择InnoDB，你必须有事务、外键和高并发的写服务；如果选择MyISAM，则必须有读多写少且不需要事务的静态内容；如果你选择NDB，你必须拥有超低延迟、分布式实时应用和高可用性。
实际使用过程中，必须使用SHOWENGINEINNODBSTATUS等命令来监控引擎状态，并使用压测工具来验证性能。
嘿嘿，就看具体需求，权衡利弊了。

MySql的存储引擎扫盲

InnoDB 是默认的 MySQL 引擎，支持事务、行级锁和外键。
适用于金融、电商等需要ACID、并发的场景。

MyISAM不支持事务，仅支持表级锁定，适合读多写少且需要全文检索的场景，例如日志分析。

MEMORY 数据存储在内存中，速度快但不持久。
用于临时表，例如会话缓存。

MRG_MYISAM 连接多个MyISAM 表进行分区表查询。

选择：
事务（比如订单更新）必须选择InnoDB。

对于读密集型应用程序，选择MyISAM（例如CMS表）。

为写入密集型应用程序（例如行为日志）选择 InnoDB。

使用MEMORY在内存中进行临时存储。

命令：
查看引擎：显示引擎；
修改表引擎：ALTER TABLE tablename ENGINE=InnoDB;
注意：InnoDB 5 .6 +支持全文索引，5 .7 +支持在线DDL。
混合动力发动机会降低ACID，因此请谨慎使用。

配置InnoDB时，增加innodb_buffer_pool_size。

根据业务需求选择引擎，不要混合使用事务引擎。