程序员的角度深入理解MySQL

道，数据库不可能按行读取数据(Why? ^_^)。实质上，数据库，如Oracle/MySQL，都是基于固定大小(比如16K)的物理块(Block or Page，我这里就不区分统一称为Block)来实现调度和管理的。要知道Block是数据库的概念，如何对应到文件系统呢?显然需要指出“这个Block的地址在哪里”，当查找到地址后，读取固定大小的数据就相当于完成了Block的读取了。

数据库很聪明的，它不会仅仅只读取需要读取的Block，它还会替我们把附近的Block块都读取加载至内存。实际上，这是为了减少IO次数，提高命中率。事实上，一个Block块的附近Block也是热点数据，这种处理方式很有必要!

第三，磁盘IO是数据库的性能瓶颈

毫无疑问，数据在磁盘上，少不了磁盘IO。什么磁头旋转，定位磁道，寻址的过程，就不说了，我们是程序员，也管不了这些。但是这个过程确实是非常耗时的，和内存读取不是一个数量级，所以后来出现了很多方式来减少IO，提升数据库性能。

比如，增加内存，让数据库把数据更多的加载至内存。内存虽好，但也不能滥用，为什么这么说呢?假设数据库中有100G数据，如果都加载至内存，也就说数据库要管理100G磁盘数据+100G内存数据，你说累不累?(数据库要处理磁盘和内存的映射关系，数据的同步，还要对内存数据进行清理，如果涉及数据库事务，又是一系列复杂操作......)不过这里需要指出的是，为了加快内存查找速度，数据库一般对内存进行HASH存放。

比如，利用索引，索引相比内存，是一个性价比非常高的东西，后文详细介绍MySQL的索引原理。

比如，利用性能更好的磁盘...(和咱们就没关系呢)

第四，提出一些问题思考下：

为什么我们说利用delete删除一个表的数据较trancate一个表要慢?

【一个按行查找删除，多费劲;一个基于Block的体系结构删除】

为什么我们说要小表驱动大表?

【小表驱动大表会快?什么鬼?M*N和N*M不是一样的么?有

（编辑：阿坝站长网）

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