数据库sql优化
这个问题太大了，不懂就加内存，加CPU，用RAID存储。
2. 如何进行SQL性能优化
这里分享下mysql优化的几种方法。
1、首先在打开的软件中，需要分别为每一个表创建 InnoDB FILE的文件。
3. 怎样进行sql数据库的优化
1、数据库空间是个概述，在sqlserver里，使用语句 exec sp_spaceused 'TableName' 这个语句来查。
4. 什么叫SQL语句的优化
意思就是要执行的效率高
譬如select * from tabla_name where id=1 可以执行
select * from tabla_name where id in (1) 也可以执行
但是比较来看，=1的比in (1)的效率要高
只是举个简单的例子，实际操作里并不是如此简单
5. 关于sql的优化
不要简单的去想 从右往左 还是 从左向右。
数据库一般都有查询优化器，会根据现有的统计数据，计算在各个索引下各条件的成本，优先那个索引。
如果你这个表完全没有索引，那么必然是全表检索或者主键索引。
在检索过程中，可以认为效率是一致的。
当然因为数据量的不一致，最后将数据从数据库中读出在展现给你的时间是不一样的。
6. 如何优化SQL数据库
SQL2005以上用分区表和分区索引。
2000以前版本用分区视图
-----通常会定期移动数据，保持表的操作的性能
7. 数据库sql语句优化
select ...
from prpsauditmain this_
where 1=1
and auditNo > ''
and exists (
select 1
from PrpDcompany a
where 1=1
and this_.comCode = a.comCode
and a.upperPath like '00000000,65000000%'
)
and this_.auditflag<>?
order by this_.inserttimeforhis desc
8. sql 查询优化
4000多只是实验用最基本数据表啊。
查询速度还不能保证的话，严格的说数据库本身性能是不能让人满意的
其次，为什么同样的语句要执行数百遍，不能够公用吗？，本身减少查询的次数，也是一种优化。
从硬件上说，可以讲这两张表放入数据库缓存中进行缓存查询，这样可以极大地提高效率（数据库优化机制中，最常用的缓存其实是放在内存中的），四千多的表应该不会多大的，缓存肯定放的进去。
看你的语句，只怕是用web也就是其它语言调用数据库的，本身接口设计就是一个大问题，这需要资深人士配合。
总体老说，如果你的数据库连四千数据量的多次查询都会导致性能缓慢（尤其是不怎么占用存储的count计算都会导致性能下降）的话，首先应该考虑的数据库本身的优化。更换设备可能是一个不错的选择。
9. 数据库怎么优化sql怎么优化
1 避免无计划的全表扫描
如下情况进行全表扫描：
- 该表无索引
- 对返回的行无任何限制条件（无Where子句）
- 对于索引主列（索引的第一列）无限制条件
- 对索引主列的条件含在表达式中
- 对索引主列的限制条件是is (not) null或!=
- 对索引主列的限制条件是like操作且值是一个bind variable或%打头的值
2 只使用选择性索引
索引的选择性是指索引列中不同值得数目和标志中记录数的比，选择性最好的是非空列的唯一索引为1.0。
复合索引中列的次序的问题：
1 在限定条件里最频繁使用的列应该是主列
2 最具有选择性的列（即最清晰的列）应该是主列
如果1和2 不一致，可以考虑建立多个索引。
在复合索引和多个单个索引中作选择：
考虑选择性 考虑读取索引的次数 考虑AND-EQUAL操作
3 管理多表连接（Nested Loops, Merge Joins和Hash Joins） 优化联接操作
Merge Joins是集合操作 Nested Loops和Hash Joins是记录操作返回第一批记录迅速
Merge Joins的操作适用于批处理操作，巨大表 和远程查询
1全表扫描 --〉 2排序 --〉3比较和合并 性能开销主要在前两步
适用全表扫描的情形，都适用Merge Joins操作（比Nested Loops有效）。
改善1的效率： 优化I/O， 提高使用ORACLE多块读的能力， 使用并行查询的选项
改善1的效率：提高Sort_Area_Size的值， 使用Sort Direct Writes，为临时段提供专用表空间
4 管理包含视图的SQL语句
优化器执行包含视图的SQL语句有两种方法：
- 先执行视图，完成全部的结果集，然后用其余的查询条件作过滤器执行查询
- 将视图文本集成到查询里去
含有group by子句的视图不能被集成到一个大的查询中去。
在视图中使用union，不阻止视图的SQL集成到查询的语法中去。
5 优化子查询
6 使用复合Keys/Star查询
7 恰当地索引Connect By操作
8 限制对远程表的访问
9 管理非常巨大的表的访问
- 管理数据接近(proximity) 记录在表中的存放按对表的范围扫描中最长使用的列排序 按次序存储数据有助于范围扫描，尤其是对大表。
- 避免没有帮助的索引扫描 当返回的数据集合较大时，使用索引对SGA的数据块缓存占用较大，影响其他用户；全表扫描还能从ORACLE的多块读取机制和“一致性获取/每块”特性中受益。
- 创建充分索引的表 使访问索引能够读取较全面的数据 建立仅主列不同的多个索引
- 创建hash簇
- 创建分割表和视图
- 使用并行选项
10 使用Union All 而不是Union
UNION ALL操作不包括Sort Unique操作，第一行检索的响应速度快，多数情况下不用临时段完成操作，
UNION ALL建立的视图用在查询里可以集成到查询的语法中去，提高效率
11 避免在SQL里使用PL/SQL功能调用
12 绑定变量(Bind Variable)的使用管理
使用Bind Variable和Execute using方式
将like :name ||’%’ 改写成 between :name and :name || char(225), 已避免进行全表扫描，而是使用索引。
13 回访优化进程
数据变化后，重新考察优化情况
10. mysql数据库怎么优化sql语句
一、MySQL数据库有几个配置选项可以帮助我们及时捕获低效SQL语句
1，slow_query_log
这个参数设置为ON，可以捕获执行时间超过一定数值的SQL语句。
2，long_query_time
当SQL语句执行时间超过此数值时，就会被记录到日志中，建议设置为1或者更短。
3，slow_query_log_file
记录日志的文件名。
4，log_queries_not_using_indexes
这个参数设置为ON，可以捕获到所有未使用索引的SQL语句，尽管这个SQL语句有可能执行得挺快。
二、检测mysql中sql语句的效率的方法
1、通过查询日志
（1）、Windows下开启MySQL慢查询
MySQL在Windows系统中的配置文件一般是是my.ini找到[mysqld]下面加上
代码如下
log-slow-queries = F:/MySQL/log/mysqlslowquery。log
long_query_time = 2
（2）、Linux下启用MySQL慢查询
MySQL在Windows系统中的配置文件一般是是my.cnf找到[mysqld]下面加上
代码如下
log-slow-queries=/data/mysqldata/slowquery。log
long_query_time=2