什么影响了数据库查询速度、什么影响了MySQL性能？

分三层：客户端->服务层->存储引擎

1. MySQL是 插件式的存储引擎，其中存储引擎分很多种。只要实现符合mysql存储引擎的接口，可以开发自己的存储引擎!
2. 所有跨存储引擎的功能都是在服务层实现的。
3. MySQL的存储引擎是针对表的，不是针对库的。也就是说在一个数据库中可以使用不同的存储引擎。但是不建议这样做。

2.3 InnoDB存储引擎

MySQL5.5及之后版本默认的存储引擎： InnoDB。

2.3.1 InnoDB使用表空间进行数据存储。

show variables like'innodb_file_per_table

如果innodbfileper_table 为 ON 将建立独立的表空间，文件为tablename.ibd；

如果innodbfileper_table 为 OFF 将数据存储到系统的共享表空间，文件为ibdataX（X为从1开始的整数）；

.frm ：是服务器层面产生的文件，类似服务器层的数据字典，记录表结构。

2.3.2 (MySQL5.5默认)系统表空间与( MySQL5.6及以后默认)独立表空间

• 1.1 系统表空间无法简单的收缩文件大小，造成空间浪费，并会产生大量的磁盘碎片。
• 1.2 独立表空间可以通过 optimeze table 收缩系统文件，不需要重启服务器也不会影响对表的正常访问。
• 2.1 如果对多个表进行刷新时，实际上是顺序进行的，会产生IO瓶颈。
• 2.2 独立表空间可以同时向多个文件刷新数据。

强烈建立对Innodb 使用独立表空间，优化什么的更方便，可控。

2.3.3 系统表空间的表转移到独立表空间中的方法

• 1、使用mysqldump 导出所有数据库数据（存储过程、触发器、计划任务一起都要导出 ）可以在从服务器上操作。
• 2、停止MYsql 服务器，修改参数（my.cnf加入innodbfileper_table），并删除Inoodb相关文件（可以重建Data目录）。
• 3、重启MYSQL，并重建Innodb系统表空间。
• 4、 重新导入数据。

或者 Altertable 同样可以的转移，但是无法回收系统表空间中占用的空间。

2.4 InnoDB存储引擎的特性

2.4.1 特性一：事务性存储引擎及两个特殊日志类型：Redo Log 和 Undo Log

1. Innodb 是一种事务性存储引擎。
2. 完全支持事务的 ACID特性。
3. 支持事务所需要的两个特殊日志类型： RedoLog 和 UndoLog

Redo Log： 实现事务的持久性(已提交的事务)。 Undo Log： 未提交的事务，独立于表空间，需要随机访问，可以存储在高性能io设备上。

Undo日志记录某数据被修改前的值，可以用来在事务失败时进行 rollback； Redo日志记录某数据块被修改后的值，可以用来恢复未写入 data file的已成功事务更新的数据。

2.4.2 特性二：支持行级锁

1. InnoDB支持行级锁。
2. 行级锁可以最大程度地支持并发。
3. 行级锁是由存储引擎层实现的。

2.5 什么是锁

2.5.1 锁

2.5.2 锁类型

2.5.3 锁的粒度

MySQL的事务支持不是绑定在MySQL服务器本身， 而是与存储引擎相关

（编辑：网站开发网_安阳站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!