zblog数据库索引优化（数据库搜索优化）

本篇文章给大家谈谈zblog数据库索引优化，以及数据库搜索优化对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、zblog 怎么索引重建
• 2、数据库索引的优缺点是什么？
• 3、wordpress百万级数据如何优化数据库

zblog 怎么索引重建

下面附上zblogasp版和php版的相关介绍，仅供参考：

一、zblogASP

asp程序最大的好处是简单易用，数据库是access不用另外花钱买，数据管理简单（备份数据和恢复数据都很简单），修改起来也蛮方便（asp相对来说比较简单）；特别是zblogasp版本更是发挥了asp了很多优点，使zblogasp这款程序变成了很多人建站的首选程序。硬要说缺点可能还是asp语言的限制使得其数据处理能力不足，当然如果你是用来建博客那是绝对够用了，一个个人博客天天更新一年也就365篇文章，不会出现什么问题的。

二、zblogPHP

php的语言规范，开发者众多，数据处理能力较好，现在是一个比较主流的东西，总之就是前景很好，可拓展性很大。zblogphp的缺点（也不能说是缺点），需要单独购买sql数据库（购买linux主机是不用单独购买可以共享的），php语言入门稍显复杂，还有就是zblogphp版本属于刚刚起步阶段，周边配套的插件什么都还不太完善，当然要是你喜欢折腾就不在话下了。

Z-BlogPHP是一款由PHP语言开发的博客程序

ZBlogPHP可以运行在Windows,Linux等众多平台上，支持PHP 5.2 - 5.6，PHP 7.0和HHVM，支持IIS,Apache,Lighttpd,Nginx,Kangle等Web服务器。

Z-BlogPHP 有着丰富和强大的可定制性，做为CMS系统使用，Z-BlogPHP可以更方便的管理和扩展您的网站。

同时支持MySQL(MariaDB)和SQLite双数据库

ZBlogPHP程序支持MySQL(MariaDB)数据库，同时也支持更小巧更方便的SQLite数据库。

数据库索引的优缺点是什么？

数据库中索引的优缺点

为什么要创建索引呢?这是因为，创建索引可以大大提高系统的性能。第一，通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。第二，可以大大加快数据的检索速度，这也是创建索引的最主要的原因。第三，可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。第四，在使用分组和排序子句进行数据检索时，同样可以显著减少查询中分组和排序的时间。

第五，通过使用索引，可以在查询的过程中，使用优化隐藏器，提高系统的性能。

也许会有人要问:增加索引有如此多的优点，为什么不对表中的每一个列创建一个索引呢?这种想法固然有其合理性，然而也有其片面性。虽然，索引有许多优点，但是，为表中的每一个列都增加索引，是非常不明智的。这是因为，增加索引也有许多不利的一个方面。

第一，创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。第二，索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大。第三，当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度。

索引是建立在数据库表中的某些列的上面。因此，在创建索引的时候，应该仔细考虑在哪些列上可以创建索引，在哪些列上不能创建索引。一般来说，应该在这些列上创建索引，

例如:在经常需要搜索的列上，可以加快搜索的速度;在作为主键的列上，强制该列的唯一性和组织表中数据的排列结构;在经常用在连接的列上，这些列主要是一些外键，可以加快连接的速度;在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的;在经常需要排序的列上创建索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询时间;在经常使用在WHERE子句中的列上面创建索引，加快条件的判断速度。

同样，对于有些列不应该创建索引。一般来说，不应该创建索引的的这些列具有下列特点:第一，对于那些在查询中很少使用或者参考的列不应该创建索引。这是因为，既然这些列很少使用到，因此有索引或者无索引，并不能提高查询速度。相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。第二，对于那些只有很少数据值的列也不应该增加索引。这是因为，由于这些列的取值很少，例如人事表的性别列，在查询的结果中，结果集的数据行占了表中数据行的很大比例，即需要在表中搜索的数据行的比例很大。增加索引，并不能明显加快检索速度。第三，对于那些定义为text,

image和bit数据类型的列不应该增加索引。这是因为，这些列的数据量要么相当大，要么取值很少。第四，当修改性能远远大于检索性能时，不应该创建索引。这是因为，修改性能和检索性能是互相矛盾的。当增加索引时，会提高检索性能，但是会降低修改性能。当减少索引时，会提高修改性能，降低检索性能。因此，当修改性能远远大于检索性能时，不应该创建索引。按照索引列的个数，可以将索引划分为单列索引和符合索引；

按照索引列值的唯一性，可以将索引分为唯一索引和非唯一索引。

Create [unique] index 索引名 on 表名(一个或多个索引列名并用“，”隔开)

优点：查询大量数据时，可以提高查询效率。

缺点：不维护空值，占用一定的资源，插入和更新数据时，影响效率。

优点：数据库系统是用来管理数据的，建立的数理逻辑和集合操作基础上的。

具有高效、可靠、完整、自同步等特性，是业务系统进行数据控制的最佳选择。

数据库系统一般提供高效的数据控制和数据检索功能，采用SQL语言来进行数据操作。

目前市面上流行的数据库系统很多：较小型的数据库系统有：mysql,MSSQL_SERVER等等，适用于企业级的大型数据库有：ORACEL,DB2(IBM)，INFORMIX（IBM）等等

缺点：安全性不够，加了用户级密码容易破解

C/S 结构下对服务器要求很高，否则容易造成 MDB 损坏并发数255。

但是对高强度操作适应性差，如果服务器不够好，网络不够好，编程的方法不够好，6-7个人同时访问就能导致 MDB 损坏或者并死不能将 VBA 代码开发的软件系统直接编译成 EXE 可执行文件。

不能脱离 ACCESS 或者 ACCESS RUNTIME 环境，该环境相对其他软件体积较大（50M左右）

wordpress百万级数据如何优化数据库

MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，目前属于 Oracle 旗下产品。MySQL 是最流行的关系型数据库管理系统之一，在 WEB 应用方面，MySQL是最好的 RDBMS (Relational Database Management System，关系数据库管理系统) 应用软件。“总是在灾难发生后，才想起容灾的重要性。总是在吃过亏后，才记得曾经有人提醒过。”，所以此处列出一些MySQL的必要的优化和建议。

1. 核心类

♦ 不在数据库做计算，cpu计算务必移至业务层；

♦ 控制单表数据量，单表记录控制在千万级；

♦ 控制列数量，字段数控制在20以内；

♦ 平衡范式与冗余，为提高效率可以牺牲范式设计，冗余数据；

♦ 拒绝3B(big)，大sql，大事务，大批量；

2. 字段类

♦ 用好数值类型

tinyint(1Byte)

smallint(2Byte)

mediumint(3Byte)

int(4Byte)

bigint(8Byte)

bad case：int(1)/int(11)

♦ 有些字符转化为数字

例如：用int而不是char(15)存储ip

♦ 优先使用enum或set

例如：sex enum (‘F’, ‘M’)

♦ 避免使用NULL字段

NULL字段很难查询优化

NULL字段的索引需要额外空间

NULL字段的复合索引无效

bad case：

name char(32) default null

age int not null

good case：

age int not null default 0

♦ 不在数据库里存图片

3. 索引类

♦ 谨慎合理使用索引

改善查询、减慢更新

索引一定不是越多越好（能不加就不加，要加的一定得加）

覆盖记录条数过多不适合建索引，例如“性别”

♦ 字符字段必须建前缀索引

♦ 不在索引做列运算

bad case：

select id where age +1 = 10;

♦ innodb 主键合理使用自增列

主键建立聚簇索引

主键不应该被修改

字符串不应该做主键

如果不指定主键，innodb会使用唯一且非空值索引代替

♦ 不用外键，请由程序保证约束

4. sql类

♦ sql语句尽可能简单

一条sql只能在一个cpu运算

大语句拆小语句，减少锁时间

一条大sql可以堵死整个库

♦ 简单的事务

事务时间尽可能短

bad case：

上传图片事务

♦ 避免使用触发器，用户自定义函数，请由程序取而代之

♦ 不用select *

消耗cpu，io，内存，带宽

这种程序不具有扩展性

♦ OR改写为IN()

♦ OR改写为UNION

PS：最新的mysql内核已经进行了相关优化

♦ limit高效分页

limit越大，效率越低

select id from t limit 10000, 10;

应该改为 =

select id from t where id 10000 limit 10;

♦ 使用union all替代union，union有去重开销

♦ 尽量不用连接join

♦ 务必请使用“同类型”进行比较，否则可能全表扫面

♦ 打散批量更新

♦ 使用新能分析工具

show profile;

mysqlsla;

mysqldumpslow;

explain;

show slow log;

show processlist;

show query_response_time(percona)

关于zblog数据库索引优化和数据库搜索优化的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。