分分钟解决 MySQL 查询速度慢与性能差

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

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

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

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

2.4.2 特性二：支持行级锁

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

2.5 什么是锁

2.5.1 锁

2.5.2 锁类型

2.5.3 锁的粒度

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

将table_name加表级锁命令： locktable table_name write; 写锁会阻塞其它用户对该表的‘读写’操作，直到写锁被释放： unlock tables;

锁的开销越大，粒度越小，并发度越高。

表级锁通常是在服务器层实现的。

行级锁是存储引擎层实现的。innodb的锁机制，服务器层是不知道的

2.5.4 阻塞和死锁

(1)阻塞是由于资源不足引起的排队等待现象。 (2)死锁是由于两个对象在拥有一份资源的情况下申请另一份资源，而另一份资源恰好又是这两对象正持有的，导致两对象无法完成操作，且所持资源无法释放。

2.6 如何选择正确的存储引擎

参考条件：

• 事务
• 备份( Innobd免费在线备份)
• 崩溃恢复
• 存储引擎的特有特性

总结: Innodb 大法好。

注意: 尽量别使用混合存储引擎，比如回滚会出问题在线热备问题。

2.7 配置参数

2.7.1 内存配置相关参数

确定可以使用的内存上限。

内存的使用上限不能超过物理内存，否则容易造成内存溢出;(对于32位操作系统，MySQL只能试用3G以下的内存。)

（编辑：网站开发网_马鞍山站长网）

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