理解MySQL——索引与优化(转载)

写在前面:索引对查询的速度有着至关重要的影响,理解索引也是进行数据库性能调优的起点。考虑如下情况,假设数据库中一个表有10^6条记录,DBMS的页面大小为4K,并存储100条记录。如果没有索引,查询将对整个表进行扫描,最坏的情况下,如果所有数据页都不在内存,需要读取10^4个页面,如果这10^4个页面在磁盘上随机分布,需要进行10^4次I/O,假设磁盘每次I/O时间为10ms(忽略数据传输时间),则总共需要100s(但实际上要好很多很多)。如果对之建立B-Tree索引,则只需要进行log100(10^6)=3次页面读取,最坏情况下耗时30ms。这就是索引带来的效果,很多时候,当你的应用程序进行SQL查询速度很慢时,应该想想是否可以建索引。进入正题

MySQL数据库命名规范及约定

PS:MySQL数据库命名规范及约定!

CentOS 6.* 64位系统升级gcc4.4.7升级gcc5.1详解

出于项目需求系统自带的是gcc4.4.7,版本太低无法编译,下面记录了升级gcc漫长之路。

密码保护:PHP多进程编程

无法提供摘要。这是一篇受保护的文章。

全排列算法原理和实现

最近看到一个全排列算法思路,随后用php实现一下,分享如下

Pdf2html :高保真PDF至HTML转换

高保真PDF至HTML转换

PHP静态方法和非静态方法的使用场景

思考案例

Linux磁盘管理:LVM逻辑卷的拉伸

对逻辑卷进行拉伸时,其实际就是向逻辑卷中增加PE的数量,而PE的数量是由VG中剩余PE的数量所决定的。下面我们通过处理以往遇到的多种情景来完成对逻辑卷的拉伸

Linux磁盘管理:LVM逻辑卷的创建及使用

Linux用户安装Linux操作系统时遇到的一个最常见的难以决定的问题就是如何正确地给评估各分区大小,以分配合适的硬盘空间。而遇到出现某个分区空间耗尽时,解决的方法通常是使用符号链接,或者使用调整分区大小的工具(比如PatitionMagic等),但这都只是暂时解决办法,没有根本解决问题。因此完美的解决方法应该是在零停机前提下可以自如对文件系统的大小进行调整,可以方便实现文件系统跨越不同磁盘和分区。幸运的是Linux提供的逻辑盘卷管理(LVM,LogicalVolumeManager)机制就是一个完美的解决方案。

Linux磁盘管理:LVM逻辑卷基本概念及LVM的工作原理

Linux用户安装Linux操作系统时遇到的一个最常见的难以决定的问题就是如何正确地给评估各分区大小,以分配合适的硬盘空间。而遇到出现某个分区空间耗尽时,解决的方法通常是使用符号链接,或者使用调整分区大小的工具(比如PatitionMagic等),但这都只是暂时解决办法,没有根本解决问题。因此完美的解决方法应该是在零停机前提下可以自如对文件系统的大小进行调整,可以方便实现文件系统跨越不同磁盘和分区。幸运的是Linux提供的逻辑盘卷管理(LVM,LogicalVolumeManager)机制就是一个完美的解决方案。