数据量大了，服务器运行的慢了，怎么解决？
RAID?分区视图
还是联合视图？
联合视图的一个服务器如何访问另一个服务器的数据？
配置一个链接的服务器连接
链接服务器用于维护一个与其他服务器上的数据库链接，可以想本地服务器一样使用远程服务器
没有更多推荐了，当数据库变慢时的解决方法
转载 &更新时间：日 19:55:59 & 作者：
当数据库变慢时，我们应如何入手，下面的解决方法。
第一章 检查系统的状态 1.1 使用sar来检查操作系统是否存在IO问题 1.2 关注内存vmstat 1.3 找到使用资源特别大的Oracle的session及其执行的语句 1.4 查找前十条性能差的sql语句 第二章 检查会话状态 当数据库变慢时，我们应如何入手 当应用管理员通告现在应用很慢、数据库很慢时，当Oracle DBA在数据库上做几个示例的Select也发现同样的问题时，有些时侯就会无从下手，因为DBA认为数据库的各种命种率都是满足Oracle文档的建议。实际上如今的优化己经向优化等待(waits)转型了，实际中性能优化最根本的出现点也都集中在I/O，这是影响性能最主要的方面，由系统中的等待去发现Oracle库中的不足、操作系统某些资源利用的不合理是一个比较好的办法。下面把一些实践经验与大家分享，本文测重于Unix环境。 第一章 检查系统的状态 通过操作系统的一些工具检查系统的状态，比如CPU、内存、交换、磁盘的利用率，根据经验或与系统正常时的状态相比对，有时系统表面上看起来看空闲，这也可能不是一个正常的状态，因为cpu可能正等待IO的完成。除此之外，还应观注那些占用系统资源(cpu、内存)的进程。 1.1 使用sar来检查操作系统是否存在IO问题 #sar -u 2 10 -- 即每隔2秒检察一次，共执行20次。 结果示例： 注：在redhat下，%system就是所谓的%wio。 Linux 2.4.21-20.ELsmp (YY075) 05/19/2005 10:36:07 AM CPU %user %nice %system %idle 10:36:09 AM all 0.00 0.00 0.13 99.87 10:36:11 AM all 0.00 0.00 0.00 100.00 10:36:13 AM all 0.25 0.00 0.25 99.49 10:36:15 AM all 0.13 0.00 0.13 99.75 10:36:17 AM all 0.00 0.00 0.00 100.00 其中： &O %usr指的是用户进程使用的cpu资源的百分比； &O %sys指的是系统资源使用cpu资源的百分比； &O %wio指的是等待io完成的百分比，这是值得观注的一项； &O %idle即空闲的百分比。 如果wio列的值很大，如在35%以上，说明系统的IO存在瓶颈，CPU花费了很大的时间去等待I/O的完成。Idle很小说明系统CPU很忙。像以上的示例，可以看到wio平均值为11，说明I/O没什么特别的问题，而idle值为零，说明cpu已经满负荷运行了。 当系统存在IO问题时，可以从以下几个方面解决： &O 联系相应的操作系统的技术支持对这方面进行优化，比如hp-ux在划定卷组时的条带化等方面。 &O 查找Oracle中不合理的sql语句，对其进行优化； &O 对Oracle中访问量频繁的表除合理建索引外，再就是把这些表分表空间存放以免访问上产生热点，再有就是对表合理分区。 1.2 关注内存 常用的工具便是vmstat，对于hp-unix来说，可以用glance。Aix来说可以用topas。当发现vmstat中pi列非零，memory中的free列的值很小，glance、topas中内存的利用率多于80%时，这时说明内存方面应该调节一下。方法大体有以下几项： &O 划给Oracle使用的内存不要超过系统内存的1/2，一般保在系统内存的40%为益。 &O 为系统增加内存； &O 如果你的连接特别多，可以使用MTS的方式； &O 打全补丁，防止内存漏洞。 1.3 找到使用资源特别大的Oracle的session及其执行的语句 Hp-unix可以用glance或top。IBM AIX可以用topas。此外可以使用ps的命令。 通过这些程序可以找到点用系统资源特别大的这些进程的进程号，就可以通过以下的sql语句发现这个pid正在执行哪个sql，这个sql最好在pl/sql developer、toad等软件中执行： SELECT a.username, a.machine, a.program, a.sid, a.serial#, a.status, c.piece, c.sql_text FROM v$session a, v$process b, v$sqltext c WHERE b.spid = 'ORCL' AND b.addr = a.paddr AND a.sql_address = c.address(+) ORDER BY c. 可以把得到的这个sql分析一下，看一下它的执行计划是否走索引。对其优化避免全表扫描，以减少IO等待，从而加快语句的执行速度。 提示：在做优化sql时，经常碰到使用in的语句，这时一定要用exists把它给换掉，因为Oracle在处理In时是按Or的方式做的，即使使用了索引也会很慢。比如： SELECT col1, col2, col3 FROM table1 a WHERE a.col1 NOT IN (SELECT col1 FROM table2) 可以换成： SELECT col1, col2, col3 FROM table1 a WHERE NOT EXISTS (SELECT 'x' FROM table2 b WHERE a.col1=b.col1) 1.4 查找前十条性能差的sql语句 SELECT * FROM (SELECT parsing_user_id, executions, sorts, command_type, disk_reads, sql_text FROM v$sqlarea ORDER BY disk_reads DESC) WHERE ROWNUM&10; 第二章 检查会话状态 要快速发现Oracle Server的性能问题的原因，可以求助于v$session_wait视图，看系统的这些session在等什么，使用了多少的IO。以下是参考脚本： -- 脚本说明：查看占I/O较大的正在运行的session： SELECT se.sid, se.serial#, pr.spid, se.username, se.status, se.terminal, se.program, se.module, se.sql_address, st.event, st.p1text, si.physical_reads, si.block_changes FROM v$session se, v$session_wait st, v$sess_io si, v$process pr WHERE st.sid=se.sid AND st.sid=si.sid AND se.PADDR=pr.ADDR AND se.sid&6 AND st.wait_time=0 AND st.event NOT LIKE '%SQL%' ORDER BY physical_reads DESC; 对检索出的结果的几点说明： 1． 以上是按每个正在等待的session已经发生的物理读排的序，因为它与实际的I/O相关。 2． 可以看一下这些等待的进程都在忙什么，语句是否合理？ SELECT sql_address FROM v$session WHERE sid=; SELECT * FROM v$sqltext WHERE address=; 执行以上两个语句便可以得到这个session的语句。 也以用alter system kill session 'sid, serial#';把这个session杀掉。 3． 应观注一下event列，这是调优的关键一列，下面对常出现的event做以简要的说明： 1） buffer busy waits，free buffer waits这两个参数所标识是dbwr是否够用的问题，与IO很大相关的，当v$session_wait中的free buffer wait的条目很小或没有时，说明系统的dbwr进程决对够用，不用调整；free buffer wait的条目很多，系统感觉起来一定很慢，这时说明dbwr已经不够用了，它产生的wio已经成为数据库性能的瓶颈，这时的解决办法如下： &O 增加写进程，同时要调整db_block_lru_latches参数： 示例：修改或添加如下两个参数 db_writer_processes=4 db_block_lru_latches=8 &O 开异步IO。IBM这方面简单得多，hp则麻烦一些，可以与Hp工程师联系。 2） db file sequential read，指的是顺序读，即全表扫描，这也是应尽量减少的部分，解决方法就是使用索引、sql调优，同时可以增大db_file_multiblock_read_count这个参数。 3） db file scattered read参数指的是通过索引来读取，同样可以通过增加db_file_multiblock_read_count这个参数来提高性能。 4） latch free与栓相关，需要专门调节。 5） 其他参数可以不特别观注
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具所有回答(7)
性能优化不是几句话就可以说清楚的，我只能说建索引
建议先检查一下where中使用到的字段有没有建立索引
园豆：37881
可以从俩方面看看
第一 从你的操作代码。是否可优化
第二 sql优化。例如，索引，或者sql语句优化等到。。
家属和医生说有人生病了，问医生怎么医治。天呢，什么也没说，也没看见，怎么办...，难住了
得先看数据量有多大，描述有点不清楚。
我觉得得先看数据量有多大，数据量太大的话必须建索引了，数据量不大，但是很慢的话，你就得检查一下代码看看哪里能不能优化一下了
读写分离，在读的数据库上建立索引，再慢的话，使用缓存机制
清除回答草稿
&&&您需要以后才能回答，未注册用户请先。如何解决企业双网卡相互干扰故障
当前位置：&>&
如何解决企业双网卡相互干扰故障
发布时间： 17:48:38
&　为了满足不同用户访问Web服务器中的重要内容，单位局域网的网络管理员特意在Web服务器中同时安装了两块网卡设备，一块与单位局域网连接，一块通过NAT与Internet网络连接，其中与单位局域网直接相连的网卡设备我们姑且称之为A网卡，该网卡使用的IP地址为10.168.160.22，对应局域网的网关地址被设置成了10.168.160.1，另外一块与Intetnet网络保持连接的网卡被称为B网卡，该网卡使用的IP地址为192.168.1.11，对应该网络的网关地址被设置成了192.168.1.1;单位局域网中的用户在访问目标Web服务器时，使用的是10.168.160.22地址，Internet网络中的用户在访问目标Web服务器时，使用经过NAT地址转换后的 192.168.1.11。
　　内外网不能同时访问
　　组网成功之后，局域网中的用户以及Internet网络中的用户平时都能访问局域网中的目标Web服务器，而且它们之间即使同时进行访问时，也不存在相互干扰的现象。不过运行一段时间后，Internet网络中的用户纷纷打来电话，告诉网络管理员说，他们不能访问单位中的目标Web服务器;接到故障请求后，网络管理员立即从单位局域网中尝试访问了一下目标Web服务器，结果发现网络访问一切正常，后来网络管理员又随意找了几台内网工作站，进行 Web访问测试操作，测试结果当然都是正常的，很显然目标Web服务器的工作状态是正常的。
　　那会不会是安装在目标Web服务器中的B网卡设备工作状态不正常呢，或者是该网卡的上网参数被意外修改了呢?想到这一点，笔者立即以系统管理员身份登录进目标Web服务器所在主机系统，依次打开该系统的设备管理器窗口，从中找到B网卡设备，并用鼠标右键单击该设备选项，从弹出的快捷菜单中执行& 属性&命令，打开B网卡设备的属性设置窗口，在&常规&标签设置页面中，笔者看到该网卡设备的工作状态是正常的;后来，笔者又打开对应该网卡设备的本地连接属性设置窗口，发现上网参数还是以前的，没有发生任何变化，这说明网卡的上网设置也是没有任何问题的。有没有可能是B网卡设备到局域网交换机之间的网络线缆出现了连通性故障呢?为了检验自己的猜测是否正确，笔者立即从朋友那里借来了专业线缆测试仪，对连接B网卡设备与交换机之间的这段网络线缆连通性进行了测试，测试结果表明网络线缆的连通性是正常的。
　　在毫无头绪的情况下，笔者无意间重新启动了一下目标Web服务器所在主机系统，待系统重启成功后，Internet网络中的用户竟然又能正常访问目标 Web服务器了;不过，没有多长时间相同的故障现象又再次出现了，再次重新启动目标Web服务器系统，该故障现象有时能够消失，有时不能消失，如此反复了几个星期，并且每次出现故障现象时，局域网中的用户都能从内网顺利地访问到目标Web服务器系统中的数据内容。
　　深入追查故障原因
　　在目标Web服务器、B网卡设备状态、网络连接线缆等因素都正常的情况下，Internet网络中的用户有时能访问目标Web服务器，有时不能访问目标Web服务器，笔者估计问题很可能还是出在B网卡的参数设置上。
　　笔者联想到在路由器设备中，存在路由优先的特性，那么这样的特性在安装了两块网卡设备的服务器主机系统中，是否也同时存在呢?如果这样的特性果然存在的话，那么上述问题很可能是双网卡设备相互干扰引起的，也就是说它们之间的路由访问也存在先后问题。为了判断自己的分析是否正确，笔者在目标Web服务器所在主机系统，依次单击 &开始&/&运行&命令，在弹出的系统运行对话框中，执行字符串命令&cmd&，将系统工作状态切换到DOS命令行工作状态，在该状态的命令提示符下输入 &route print&字符串命令，单击回车键后，笔者从其后出现的结果界面中，看到本地路由表中竟然同时存在两条默认路由记录，也就是说同时存在两个跃点数值均为 &1&的路由记录，同时笔者还看到目标Web服务器处于活动状态的默认网关地址为10.168.160.1。
　　解决相互干扰故障
　　大家知道，跃点数值为&1&的路由记录，对应的网关应该是本地系统的默认网关，而目标Web服务器系统中竟然同时存在两个跃点数值均为&1&的路由记录，这说明本地服务器系统中应该同时存在两个活动的默认网关;但事实上是，在任何情况下，任何一台服务器主机系统只能存在一个默认的活动网关记录，那么为什么在本地系统中两个活动的默认网关，只有其中的一个默认网关10.168.160.1发挥作用，另外一个无法发挥作用呢?
　　经过上网查询相关的故障信息，笔者了解到这很可能是目标Web服务器系统在启动过程中，随机任意选择一个默认网关作为缺省活动网关的，这也是为什么通过重新服务器系统，Internet网络中的用户有时能访问目标Web服务器，有时不能访问目标Web服务器的原因了。
　　找到了故障原因后，该故障也就能很好解决了，我们可以尝试手工修改网卡设备的跃点数值，来确定服务器系统究竟应该优先使用哪一条路由记录;比方说，要想让连接Internet网络的192.168.1.1网关发挥作用时，我们可以在目标Web服务器系统中依次单击&开始&/&运行&命令，在弹出的系统运行对话框中，执行字符串命令&cmd&，将系统工作状态切换到DOS命令行工作状态，在该状态的命令提示符下输入字符串命令&route add 10.168.160.22 mask 255.255.255.0 10.168.160.1 metric 3&，单击回车键后，那么目标Web服务器系统中路由经过IP地址为10.168.160.1的跃点数值就从&1&变成了&3&，那么此时连接 Internet网络的192.168.1.1网关就能正常发挥作用了，并且在这个时候，我们尝试从Internet网络访问局域网中的目标Web服务器系统时就正常了。
　　不过，上面的解决方法还不很彻底，因为每次重新启动目标Web服务器所在主机系统后，10.168.160.1的跃点数值又自动恢复成&1& 了，这时上面的冲突故障又会重新出现了。为了让10.168.160.1的跃点数值始终为&3&，我们可以在目标Web服务器所在主机系统修改相关注册表键值，来让metric数值一直固定不变，下面就是具体的设置操作步骤：
　　首先打开目标Web服务器所在主机系统的&开始&菜单，从中点选&运行&命令，在弹出的系统运行文本框中，输入字符串命令&regedit&，单击回车键后，进入对应系统的注册表控制台窗口;
　　其次在该控制台窗口的左侧子窗格中，找到其中的&HKEY_LOCAL_MACHINE&节点选项，并且用鼠标从该节点选项下依次展开注册表子项&SYSTEM&CurrentControlSet&Services&Tcpip&Parameters&Interfaces &{EC-4B05-9DA2-0FF}&，其中&{EC- 4B05-9DA2-0FF}&是对应B网卡设备的注册表子项，在对应该子项的右侧子窗格中，检查一下 &DefaultGateway&的数值是否为&10.168.160.1&;
　　要是确认是的话，那么我们再用鼠标找到名为&DefaultGatewayMetric&的多字符串键值，要是找不到时，我们也可以自行创建一个这样的字符串键值，之后打开&DefaultGatewayMetric&的编辑多字符串键值对话框，在其中将其数值修改为&3&，再单击&确定&按钮保存好上述设置操作，最后重新启动一下目标Web服务器所在主机系统，这样一来安装在该系统中的双网卡设备对应的路由记录就不会发生冲突了，日后也就不会出现 Internet网络中的用户有时能访问目标Web服务器，有时不能访问目标Web服务器的故障现象了。如何对数据库响应变慢进行优化
1）show status（show session status like '%字符串%'）来查看最近服务器都在处理什么内容，是以查询还是以更新为主
得到信息包括：
访问最多的数据
执行的最多的查询种类
停留时间最长的状态
用来执行查询使用的最频繁的子系统
查询过程中访问的数据种类
执行了多少种不同类型的活动，比如索引扫描
2）根据explain执行查看你本次执行的查询语句的各个部分的特点
3）EXPLAIN结果中字段的意义：
1，key列指出优化器使用的索引，一般来说SQL查询中每个表仅使用一个索引，也错在索引合并的少数例外
2，rows提供了试图分析所有存在于累计结果集中航数目的mysql优化器的估计值，QEP（查询执行计划）很容易描述这个很困难的统计量
3，possible_keys列出优化器为查询选定的索引。一个会列出大量可能索引的QEP意味着备选索引数量太多，同时也可能存在无效的单列索引
4，key_len用于SQL语句的连接条件的键的长度，此列值对于确认索引的有效性以及多列索引中用到的列的数目很重要
key_len: 4 // INT NOT NULL
key_len: 5 // INT NULL
key_len: 30 // CHAR(30) NOT NULL
key_len: 32 // VARCHAR(30) NOT NULL
key_len: 92 // VARCHAR(30) NULL CHARSET=utf8
是否可以为空、可变长度的列以及key_len 列的值只和用在连接和WHERE 条件中的索引的列
有关。索引中的其他列会在ORDER BY 或者GROUP BY 语句中被用到
5，table是输出结果中一个单独行的唯一标识符，这个值可能是表名、表的别名或者为查询产生的临时表
6，select_type，列出了各种标识table列引用的使用方式类型，最常见的值包括SIMPLE、PRIMARY、DERIVED 和UNION
7， partitions 列代表给定表所使用的分区。这一列只会在EXPLAIN
PARTITIONS 语句中出现。
8，Extra 列提供了有关不同种类的MySQL 优化器路径的一系列
额外信息。
9，type 列代表QEP 中指定的表使用的连接方式
4）根据explain的结果，来确定是否需要对数据表进行索引创建修改删除的操作，索引的使用：
1，如果mysql估计使用索引比全表扫描慢，则不适用索引，比如使用了&或者&操作
2，查询条件中使用了函数或者索引字段时表达式的一部分则不会使用索引
3，使用or分割条件，如果or前的条件中列有索引，后面的列中没有索引，那么涉及到的索引都不会使用
4，如果创建复合索引，如果条件中使用的列不是索引的第一部分（前缀索引）
5，比较操作符LIKE和REGEXP的搜索模板的第一个字符是通配符，如like的%like，则不会使用索引
6，对where后边条件为字符串的一定要加上引号，字符串如果为数字，mysql会自动转为字符串，但是使用索引
没有更多推荐了，}