数据库索引设计与优化

A. 为什么要用mysql索引优化数据库

说一下不同引擎的优化，myisam读的效果好，写的效率差，这和它数据存储格式，索引的版指针权和锁的策略有关的，它的数据是顺序存储的（innodb数据存储方式是聚簇索引），他的索引btree上的节点是一个指向数据物理位置的指针，所以查找起来很快，（innodb索引节点存的则是数据的主键，所以需要根据主键二次查找）；myisam锁是表锁，只有读读之间是并发的，写写之间和读写之间（读和插入之间是可以并发的，去设置concurrent_insert参数，定期执行表优化操作，更新操作就没有办法了）是串行的，所以写起来慢，并且默认的写优先级比读优先级高，高到写操作来了后，可以马上插入到读操作前面去，如果批量写，会导致读请求饿死，所以要设置读写优先级或设置多少写操作后执行读操作的策略;myisam不要使用查询时间太长的sql，如果策略使用不当，也会导致写饿死，所以尽量去拆分查询效率低的sql,

B. 数据库的优化以及如何提高数据库性能

1） 硬件调整性能
最有可能影响性能的是磁盘和网络吞吐量,解决办法扩大虚拟内存，并保证有足够可以扩充的空间；把数据库服务器上的不必要服务关闭掉；把数据库服务器和主域服务器分开；把SQL数据库服务器的吞吐量调为最大；在具有一个以上处理器的机器上运行SQL。
2）调整数据库
若对该表的查询频率比较高，则建立索引；建立索引时，想尽对该表的所有查询搜索操作， 按照where选择条件建立索引，尽量为整型键建立为有且只有一个簇集索引，数据在物理上按顺序在数据页上，缩短查找范围，为在查询经常使用的全部列建立非簇集索引，能最大地覆盖查询；但是索引不可太多，执行UPDATE DELETE INSERT语句需要用于维护这些索引的开销量急剧增加；避免在索引中有太多的索引键；避免使用大型数据类型的列为索引；保证每个索引键值有少数行。
3）使用存储过程
应用程序的实现过程中，能够采用存储过程实现的对数据库的操作尽量通过存储过程来实现，因为存储过程是存放在数据库服务器上的一次性被设计、编码、测试，并被再次使用，需要执行该任务的应用可以简单地执行存储过程，并且只返回结果集或者数值，这样不仅可以使程序模块化，同时提高响应速度，减少网络流量，并且通过输入参数接受输入，使得在应用中完成逻辑的一致性实现。
4）应用程序结构和算法
建立查询条件索引仅仅是提高速度的前提条件，响应速度的提高还依赖于对索引的使用。因为人们在使用SQL时往往会陷入一个误区，即太关注于所得的结果是否正确，特别是对数据量不是特别大的数据库操作时，是否建立索引和使用索引的好坏对程序的响应速度并不大，因此程序员在书写程序时就忽略了不同的实现方法之间可能存在的性能差异，这种性能差异在数据量特别大时或者大型的或是复杂的数据库环境中（如联机事务处理OLTP或决策支持系统DSS）中表现得尤为明显。在工作实践中发现，不良的SQL往往来自于不恰当的索引设计、不充份的连接条件和不可优化的where子句。在对它们进行适当的优化后，其运行速度有了明显地提高！
望采纳哟~

C. 数据库优化的概念

简单说一下软件方面的优化：
SQL :索引调整：前置条件，数据量庞大，只读查询频繁
SQL语言的优化，比如查询，连接的表过多会影响性能
数据库设计合理，意思就是按照数据库规范化设计数据库
Oracle内部参数调整：
init.ora文件的环境参数调整
db_block_size：数据库中每个数据块的大小，默认是2048字节（2k），一般应该增大到4K、8K，大型数据库也常使用16K和32K，通常SGA也应该增加。
Shared_pool_size：至于shared_pool_size大小是否合适，可以通过对数据库的监控得到，也可以通过一些sql语句实现。
Log_buffer：为了减少LGWR和DBWR冲突，大型数据库的log_buffer一般都是要手工调大些，一般为2M到3M。
所有的环境参数，都可以通过系统的监控工具来分析是否适宜。
另外：
适当的修改数据库块大小
应用程序优化
批处理应用优化
单条sql语句优化
总结：
好的数据库设计

好的体系结构设计

良好的平台（硬件平台、网络平台）

合理的环境参数（操作系统环境参数、oracle环境参数）

合理充分的索引

好的dba来不断优化（管理）

Oracle：超大海量数据库
sql server：面向中小型企业数据库

D. 什么是数据库索引，如何设计索引以优化数据库查询性能

1.
看执行计划，索引扫描一般效率高与全表扫描(full
table
scan,
fts)
2.
有时候用plsql
f5看到的执行计划和实际运内行时的不容一样，需要通过开启trace查看实际运行是的执行计划（检查是否使用索引，sql逻辑中查询block，row最多的是那个表）
3.
建索引只是基础的优化方式，如果要达到更好的效果，可能要调整sql逻辑
具体情况，要从trace分析入手

E. 数据库索引重建和索引优化是一个意思么

数据库索引重建和索引优化是一个意思么
一般索引碎片是由于
update/delete/insert操作，收缩文件，填专充因子不合属理，索引键设计不合理等造成的。

如果按照楼主说的，你可以定位一下究竟是什么原因造成的。系统是否频繁执行update/delete/insert操作，收缩文件之类的。另外索引的设计不合理这个也得重视。

F. 数据库的优化

对于数据库的优化老渔哥可以为你提供以下六点作为参考：

1、调整数据结构的设计。这一部分在开发信息系统之前完成，程序员需要考虑是否使用ORACLE数据库的分区功能，对于经常访问的数据库表是否需要建立索引等。

2、调整应用程序结构设计。这一部分也是在开发信息系统之前完成，程序员在这一步需要考虑应用程序使用什么样的体系结构，是使用传统的Client/Server两层体系结构，还是使用Browser/Web/Database的三层体系结构。不同的应用程序体系结构要求的数据库资源是不同的。

3、调整数据库SQL语句。应用程序的执行最终将归结为数据库中的SQL语句执行，因此SQL语句的执行效率最终决定了ORACLE数据库的性能。ORACLE公司推荐使用ORACLE语句优化器（Oracle Optimizer）和行锁管理器（row-level manager）来调整优化SQL语句。

4、调整服务器内存分配。内存分配是在信息系统运行过程中优化配置的，数据库管理员可以根据数据库运行状况调整数据库系统全局区（SGA区）的数据缓冲区、日志缓冲区和共享池的大小；还可以调整程序全局区（PGA区）的大小。需要注意的是，SGA区不是越大越好，SGA区过大会占用操作系统使用的内存而引起虚拟内存的页面交换，这样反而会降低系统。

5、调整硬盘I/O，这一步是在信息系统开发之前完成的。数据库管理员可以将组成同一个表空间的数据文件放在不同的硬盘上，做到硬盘之间I/O负载均衡。

6、调整操作系统参数，例如：运行在UNIX操作系统上的ORACLE数据库，可以调整UNIX数据缓冲池的大小，每个进程所能使用的内存大小等参数。

G. 数据库索引优缺点

优点：数据库系统是用来管理数据的，建立的数理逻辑和集合操作专基础上的。
具有高效属、可靠、完整、自同步等特性，是业务系统进行数据控制的最佳选择。
数据库系统一般提供高效的数据控制和数据检索功能，采用SQL语言来进行数据操作。
目前市面上流行的数据库系统很多：较小型的数据库系统有：mysql,MSSQL_SERVER等等，适用于企业级的大型数据库有：ORACEL,DB2(IBM)，INFORMIX（IBM）等等

缺点：安全性不够，加了用户级密码容易破解
C/S 结构下对服务器要求很高，否则容易造成 MDB 损坏并发数255。
但是对高强度操作适应性差，如果服务器不够好，网络不够好，编程的方法不够好，6-7个人同时访问就能导致 MDB 损坏或者并死不能将 VBA 代码开发的软件系统直接编译成 EXE 可执行文件。
不能脱离 ACCESS 或者 ACCESS RUNTIME 环境，该环境相对其他软件体积较大（50M左右）

H. 数据库优化可以从哪些方面进行优化

1、sql语句的执行计划是否正常。
2、减少应用和数据库的交互次数、同一个sql语句的专执行次数。
3、数据库属实体的碎片的整理（特别是对某些表经常进行insert和delete动作，尤其注意，索引字段为系列字段、自增长字段、时间字段，对于业务比较频繁的系统，最好一个月重建一次）。 4、减少表之间的关联，特别对于批量数据处理，尽量单表查询数据，统一在内存中进行逻辑处理，减少数据库压力（java处理批量数据不可取，尽量用c或者c++ 进行处理，效率大大提升）。
5、对访问频繁的数据，充分利用数据库cache和应用的缓存。
6、数据量比较大的，在设计过程中，为了减少其他表的关联，增加一些冗余字段，提高查询性能。

I. 什么是数据库索引，如何设计索引以优化数据库查询性能

1、主键就是聚集索引
2、只要建立索引就能显著提高查询速度
3、把所有需要提高查询速度的字段都加进聚集索引，以提高查询速度

(四)其他书上没有的索引使用经验总结
1、用聚合索引比用不是聚合索引的主键速度快
2、用聚合索引比用一般的主键作order by时速度快，特别是在小数据量情况下
3、使用聚合索引内的时间段，搜索时间会按数据占整个数据表的百分比成比例减少，而无论聚合索引使用了多少个
4 、日期列不会因为有分秒的输入而减慢查询速度

(五)其他注意事项
1. 不要索引常用的小型表
2. 不要把社会保障号码(SSN)或身份证号码(ID)选作键
3. 不要用用户的键
4. 不要索引 memo/notes 字段和不要索引大型文本字段(许多字符)
5. 使用系统生成的主键

二、改善SQL语句
1、Like语句是否属于SARG取决于所使用的通配符的类型
2、or 会引起全表扫描
3、非操作符、函数引起的不满足SARG形式的语句
4、IN 的作用相当与OR
5、尽量少用NOT
6、exists 和 in 的执行效率是一样的
7、用函数charindex()和前面加通配符%的LIKE执行效率一样
8、union并不绝对比or的执行效率高
9、字段提取要按照“需多少、提多少”的原则，避免“select *”
10、count(*)不比count(字段)慢
11、order by按聚集索引列排序效率最高
12、高效的TOP

J. 如何优化数据库的性能

--数据库性能调优
--1.聚集索引、主键
--2.尽量不要用临时表
--3.多多使用事务
--4.表设计要规范
--5.不要使用游标
--6.避免死锁
--7.不要打开大数据集
--8.最好不要select *
--9.不要使用text数据类型，用varchar
--10.不要给诸如“性别”列创建索引
--11.不要使用Insert插入大量的数据
--12.尽量用join代替where,因为where进行全表搜索