Mysql两种存储引擎的优缺点

MyISAM引擎是一种非事务性的引擎，提供高速存储和检索，以及全文搜索能力，适合数据仓库等查询频繁的应用。MyISAM中，一个table实际保存为三个文件，.frm存储表定义，.MYD存储数据,.MYI存储索引。  NULL值被容许在索引的列中。

 

如何查看表的存储引擎

SHOW TABLE STATUS FROM 数据库 WHERE Name = '表名'

InnoDB:这种类型是事务安全的.它与BDB类型具备相同的特性,它们还支持外键.InnoDB表格速度很快.具备比BDB还丰富的特性, 所以若是须要一个事务安全的存储引擎,建议使用它.若是你的数据执行大量的INSERT或UPDATE,出于性能方面的考虑，应该使用InnoDB 表,InnoDB 给 MySQL 提供了具备事务(commit)、回滚(rollback)和崩溃修复能力(crash recovery capabilities)的事务安全(transaction-safe (ACID compliant))型表。InnoDB 提供了行锁(locking on row level)，提供与 Oracle 类型一致的不加锁读取(non-locking read in SELECTs)。这些特性均提升了多用户并发操做的性能表现。在InnoDB表中不须要扩大锁定(lock escalation)，由于 InnoDB 的列锁定(row level locks)适宜很是小的空间。InnoDB 是 MySQL 上第一个提供外键约束(FOREIGN KEY constraints)的表引擎。InnoDB 的设计目标是处理大容量数据库系统，它的 CPU 利用率是其它基于磁盘的关系数据库引擎所不能比的。在技术上，InnoDB 是一套放在 MySQL 后台的完整数据库系统，InnoDB 在主内存中创建其专用的缓冲池用于高速缓冲数据和索引。 InnoDB 把数据和索引存放在表空间里，可能包含多个文件，这与其它的不同，举例来讲，在 MyISAM 中，表被存放在单独的文件中。InnoDB 表的大小只受限于操做系统的文件大小，通常为 2 GB。InnoDB全部的表都保存在同一个数据文件 ibdata1 中(也多是多个文件，或者是独立的表空间文件),相对来讲比较很差备份，免费的方案能够是拷贝数据文件、备份 binlog，或者用 mysqldump。

区别：
1.InnoDB不支持FULLTEXT类型的索引。
2.InnoDB 中不保存表的具体行数，也就是说，执行select count(*) from table时，InnoDB要扫描一遍整个表来计算有多少行，可是MyISAM只要简单的读出保存好的行数便可。注意的是，当count(*)语句包含 where条件时，两种表的操做是同样的。
3.对于AUTO_INCREMENT类型的字段，InnoDB中必须包含只有该字段的索引，可是在MyISAM表中，能够和其余字段一块儿创建联合索引。
4.DELETE FROM table时，InnoDB不会从新创建表，而是一行一行的删除。
另外，InnoDB表的行锁也不是绝对的，若是在执行一个SQL语句时MySQL不能肯定要扫描的范围，InnoDB表一样会锁全表，例如update table set num=1 where name like “%aaa%”
能够用 show create table tablename 命令看表的类型。
2.1 对不支持事务的表作start/commit操做没有任何效果，在执行commit前已经提交
能够执行如下命令来切换非事务表到事务(数据不会丢失)，innodb表比myisam表更安全：
alter table tablename type=innodb;

        MyISAM存储引擎的读锁和写锁是互斥的，读写操做是串行的。那么，一个进程请求某个MyISAM表的读锁，同时另外一个进程也请求同一表的写锁，MySQL如何处理呢？答案是写进程先得到锁。不只如此，即便读请求先到锁等待队列，写请求后到，写锁也会插到读锁请求以前！这是由于MySQL认为写请求通常比读请求要重要。这也正是MyISAM表不太适合于有大量更新操做和查询操做应用的缘由，由于，大量的更新操做会形成查询操做很难得到读锁，从而可能永远阻塞。这种状况有时可能会变得很是糟糕！myisam是有读锁和写锁(2个锁都是表级别锁)。

        MySQL表级锁有两种模式：表共享读锁（Table Read Lock）和表独占写锁（Table Write Lock）。什么意思呢，就是说对MyISAM表进行读操做时，它不会阻塞其余用户对同一表的读请求，但会阻塞 对同一表的写操做；而对MyISAM表的写操做，则会阻塞其余用户对同一表的读和写操做。

        InnoDB行锁是经过给索引项加锁来实现的，即只有经过索引条件检索数据，InnoDB才使用行级锁，不然将使用表锁！行级锁在每次获取锁和释放锁的操 做须要消耗比表锁更多的资源。在InnoDB两个事务发生死锁的时候，会计算出每一个事务影响的行数，而后回滚行数少的那个事务。当锁定的场景中不涉及 Innodb的时候，innodb是检测不到的。只能依靠锁定超时来解决。

        数据库死锁例子：

两个sesison，第一个update表t1，不要提交。第二个update表t2，不要提交。接着session1去update表t2，session2去update表t1，此时就发生死锁了。

冷备份mysql和热备份mysql：

冷备份就是直接cp全部的数据库文件。

热备份：

1）myisam引擎。一、flush tables with read lock; 二、 cp......; 三、unlock tables;

做为数据库服务器的主机，最关键的就是主机的总体IO性能，包括磁盘、内存以及各类IO相关的板卡。

在Mysql中，使用orderby 关键字，排序方式有两种：

4.1版本之前的使用的是先取出须要排序的字段和整条记录的指针，而后对须要排序的字段在指定的排序区进行排序，排序以后，再根据指针去取出相应的记录。也就是说，这种算法须要访问数据两次。从4.1版本开始，采起了改进算法。一次性将全部的符合条件的记录取出。这样减小了随机IO（以前算法排序以后去记录为随机IO）。可是这种改进的方法极大的浪费了排序的时候所使用的内存。因此为了改进性能，query语句中尽可能只取出咱们须要的字段。

myql的profile能够用来分析查询语句的cpu和io的使用状况。

set profiling=1

select count(*) from user;

show profiles;

show profile for query 1;

最基本的咱们能够从中看出，缓存对于mysql的性能影响。提升速度近30倍