MySQL存储引擎 MyISAM 与 InnoDB 的区别是什么？
MySQL支持很多存储引擎，包括MyISAM、InnoDB、BDB、MEMORY、MERGE、EXAMPLE、NDB Cluster、ARCHIVE等，其中 InnoDB 和 BDB 支持事务安全。它还支持一些第三方的存储引擎，例如 TokuDB（高写性能高压缩存储引擎）、Infobright（列式存储引擎）
MyISAM 是 MySQL 的默认数据库引擎（5.5版之前），由早期的ISAM（Indexed Sequential Access Method：有索引的顺序访问方法）所改良。虽然性能极佳，但却有一个缺点：不支持事务处理（transaction）。不过，在这几年的发展下，MySQL 也导入了 InnoDB（另一种数据库引擎），以强化参考完整性与并发违规处理机制，后来就逐渐取代 MyISAM。
InnoDB 是 MySQL 的数据库引擎之一，为MySQL AB发布binary的标准之一。InnoDB 由 Innobase Oy 公司所开发，2006年五月时由甲骨文公司并购。与传统的 ISAM 与 MyISAM 相比，InnoDB 的最大特色就是支持了 ACID 兼容的事务（Transaction）功能，类似于 PostgreSQL。目前 InnoDB 采用双轨制授权，一是GPL授权，另一是专有软件授权。
存储结构
- MyISAM：每个 MyISAM 在磁盘上存储成三个文件。第一个文件的名字以表的名字开始，扩展名指出文件类型。.frm文件存储表定义。数据文件的扩展名为.MYD (MYData)。索引文件的扩展名是.MYI (MYIndex)。
- InnoDB：所有的表都保存在同一个数据文件中（也可能是多个文件，或者是独立的表空间文件），InnoDB 表的大小只受限于操作系统文件的大小，一般为2GB。
可移植性、备份及恢复
- MyISAM：数据是以文件的形式存储，所以在跨平台的数据转移中会很方便。在备份和恢复时可单独针对某个表进行操作。
- InnoDB：免费的方案可以是拷贝数据文件、备份 binlog，或者用 mysqldump，在数据量达到几十G的时候就相对痛苦了。
事务支持
- MyISAM：强调的是性能，每次查询具有原子性,其执行数度比 InnoDB 类型更快，但是不提供事务支持。
- InnoDB：提供事务支持事务，外部键等高级数据库功能。具有事务(commit)、回滚(rollback)和崩溃修复能力(crash recovery capabilities)的事务安全(transaction-safe (ACID compliant))型表。
AUTO_INCREMENT
- MyISAM：可以和其他字段一起建立联合索引。引擎的自动增长列必须是索引，如果是组合索引，自动增长可以不是第一列，他可以根据前面几列进行排序后递增。
- InnoDB：InnoDB 中必须包含只有该字段的索引。引擎的自动增长列必须是索引，如果是组合索引也必须是组合索引的第一列。
表锁差异
- MyISAM：只支持表级锁，用户在操作 MyISAM 表时，select，update，delete，insert语句都会给表自动加锁，如果加锁以后的表满足insert并发的情况下，可以在表的尾部插入新的数据。
- InnoDB：支持事务和行级锁，是 InnoDB 的最大特色。行锁大幅度提高了多用户并发操作的新能。但是 InnoDB 的行锁，只是在 WHERE 的主键是有效的，非主键的 WHERE 都会锁全表的。
全文索引
- MyISAM：支持 FULLTEXT 类型的全文索引
- InnoDB：不支持 FULLTEXT 类型的全文索引，但是 InnoDB 可以使用 sphinx 插件支持全文索引，并且效果更好。
表主键
- MyISAM：允许没有任何索引和主键的表存在，索引都是保存行的地址。
- InnoDB：如果没有设定主键或者非空唯一索引，就会自动生成一个6字节的主键(用户不可见)，数据是主索引的一部分，附加索引保存的是主索引的值。
表的具体行数
- MyISAM：保存有表的总行数，如果select count(*) from table;会直接取出出该值。
- InnoDB：没有保存表的总行数，如果使用select count(*) from table；就会遍历整个表，消耗相当大，但是在加了 wehre 条件后，MyISAM 和 InnoDB 处理的方式都一样。
CURD 操作
- MyISAM：如果执行大量的 SELECT，MyISAM 是更好的选择。
- InnoDB：如果你的数据执行大量的INSERT或UPDATE，出于性能方面的考虑，应该使用 InnoDB 表。DELETE 从性能上 InnoDB 更优，但 DELETE FROM table 时，InnoDB 不会重新建立表，而是一行一行的删除，在 InnoDB 上如果要清空保存有大量数据的表，最好使用 truncate table 这个命令。
外键
- MyISAM：不支持
- InnoDB：支持
通过上述的分析，基本上可以考虑使用 InnoDB 来替代 MyISAM 引擎了，原因是 InnoDB 自身很多良好的特点，比如事务支持、存储过程、视图、行级锁定等等，在并发很多的情况下，相信 InnoDB 的表现肯定要比 MyISAM 强很多。另外，任何一种表都不是万能的，只用恰当的针对业务类型来选择合适的表类型，才能最大的发挥 MySQL 的性能优势。如果不是很复杂的 Web应用，非关键应用，还是可以继续考虑 MyISAM 的，这个具体情况可以自己斟酌。
相关文章
以下是大概的一些问题，面试官会延展你回答正确的问题，考察的是你对于基础和原理的理解深度索引普通索引和主键索引的区别建立索引的方式索引的类型，分别的特性（实践题）大概的意思是，如果有一张表，表内字段有a,
mysql使用存储过程，创建日历表：准备日历表： 存储过程如下： 调用存储过程如下，参数传入年份，即生成那一年的数据 第二种：建立日历表格式： 创建存储过程： 调用存储过程： 最终显示如下：
修改MYSQL数据库默认路径下面我整理一下把MySQL从/var/lib/mysql目录下面转移到/home/mysql_data/mysql目录的具体操作：1、首先我们需要关闭MySQL，命令如下：service
修改MYSQL数据库默认路径下面我整理一下把MySQL从/var/lib/mysql目录下面转移到/home/mysql_data/mysql目录的具体操作：1、首先我们需要关闭MySQL，命令如下：service
3、 到/usr/local/mysql/目录下启动服务 执行启动命令 如下图所示，表示MySQL启动成功 设置MySQL服务 1、 进入/usr/local/mysql/support-files/目录下
按照依赖关系依次安装rpm包 依赖关系依次为common→libs→client→server五 登录并创建MySql密码1 启动MySql安装完后，使用命令 service mysqld start
MySQL 安装参考：Linux CentOS 7.30数据库MySQL 数据库中，rename 命令用于修改表名。
今天分享一下2种面试会遇到的 MySQL 常用去重方法，分别是“DISTINCT”和“GROUP BY”，而后者往往会被忽略。
创建表增删改插排序分组排序分组求和常见函数使用 sum（），count（），left第一个连接mysql的方法用CRT连接数据库连接 ：命令 ：[root@jxnet_db_server ~]#mysql
/usr/local/mysql/bin/mysqldump -uroot –p123456789 a1m > $(date +%Y%m%d)-a1m.sql/usr/local/mysql/bin/mysqldump
triggers where trigger_schema=' 数据库名称 ' 需要将正式环境的数据库备份到本地，进行问题排查，但是正式环境的数据库被加了好多的触发器，导致本地一直报错。
MySQL按时间查询 MYSQL:今天 昨天 近7天 近30天 本月 上一月 查询本季度数据 查询上季度数据 查询本年数据 查询上年数据 查询当前这周的数据 查询上周的数据 查询上个月的数据 查询当前月份的数据
在与 MacRumors 分享的一份研究报告中，Huberty 表示，更强劲的许可收入是上调预估的主要驱动力，包括苹果从谷歌收到的与搜索流量相关的付款加速。
下载激活插件 此次的激活方式，与之前介绍的激活方式有一定的区别，需要一个 “jar” 文件作为激活插件，文件下载方式为： 关注 "Obatis资讯" 公众号，回复 “ Idea激活插件”，根据提示即可前往下载
com/s/1BtEADEk3_3oKc1ic7IHhiQ 提取码: haqj 补充：Navicat for MySQL 中文pojie (Mac pojie版，亲试成功) Mac上的Mysql数据库工具
从Java8开始，Java已经不在推荐使用Date作为时间、日期函数，为什么从Java8之后，推荐使用LocalDateTime、LocalDate，而为什么不再推荐使用Date了呢？
Navicat Premium 目前是很多互联网公司数据库客户端可视化管理工具的标配，特别是 MySQL 数据库的首选。
其实在前几天2021苹果春季发布会中，最新的iPad Pro等新品就有着很高的存储搭配，顶配的版本拥有16Gb+2Tb的组合，但是售价也不便宜，直奔两万人民币了。
