仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 969|回复: 7
打印 上一主题 下一主题

[学习教程] MYSQL网页设计看看葫芦里的药 ORACLE功能调优准绳

[复制链接]
灵魂腐蚀 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:44:11 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
那时候Sybase已经诞生了6年的时间。至于其他值得关注的开源数据库,PostgreSQL将在2009年达到20岁的生日。虽然MySQL并不是市场上最年轻的数据库,但是却有更多成熟的数据库可供我们选择。oracle|功能任何事变都有它的泉源,要办理成绩,也得从泉源入手下手,影响ORACLE功能的泉源十分多,次要包含以下方面:数据库的硬件设置:CPU、内存、收集前提

1.CPU:在任何呆板中CPU的数据处置才能常常是权衡盘算机功能的一个标记,而且ORACLE是一个供应并行才能的数据库体系,在CPU方面的请求就更高了,假如运转行列数量凌驾了CPU处置的数量,功能就会下落,我们要办理的成绩就是要得当增添CPU的数目了,固然我们还能够将必要很多资本的历程KILL失落;

2.内存:权衡呆板功能的别的一个目标就是内存的几了,在ORACLE中内存和我们在建数据库中的互换区举行数据的互换,读数据时,磁盘I/O必需守候物理I/O操纵完成,在呈现ORACLE的内存瓶颈时,我们第一个要思索的是增添内存,因为I/O的呼应工夫是影响ORACLE功能的次要参数,我将在这方面举行具体的解说

3.收集前提:NET*SQL卖力数据在收集上的交往,大批的SQL会令收集速率变慢。好比10M的网卡和100的网卡就对NET*SQL有十分分明的影响,另有互换机、集线器等等收集设备的功能对收集的影响很分明,倡议在任何收集中不要试图用3个集线器来将网段互联。

OS参数的设置
下表给出了OS的参数设置及申明,DBA能够依据实践必要对这些参数举行设置
内核参数名

申明

bufpages
对buffer空间不按静态分派,接纳静态分派,使bufpages值随nbuf一同对buffer空间举行静态分派。
create_fastlinks
对HFS文件体系同意疾速标记链接dbc_max_pct
加年夜最年夜静态buffer空间所占物理内存的百分比,以满意使用体系的读写射中率的必要。
dbc_min_pct
设置最小静态buffer空间所占物理内存的百分比
desfree
进步入手下手互换操纵的最高空闲内存上限,保证体系的不乱性,避免呈现不成预感的体系溃散(Crash)。
fs_async
同意举行磁盘异步操纵,进步CPU和磁盘的使用率
lotsfree
进步体系排除换页操纵的余暇内存的下限值,包管使用程序有充足的可用内存空间。
maxdsiz
针对体系数据量年夜的特性,加年夜最年夜数据段的巨细,包管使用的必要。(32位)
maxdsiz_64bit
maximumprocessdatasegmentsizefor64_bit
Maxssiz
加年夜最年夜仓库段的巨细。(32_bit)
maxssiz_64bit
加年夜最年夜仓库段的巨细。(64_bit)
Maxtsiz
进步最年夜代码段巨细,满意使用请求
maxtsiz_64bit
原值过年夜,应调小
Minfree
进步中断互换操纵的自在内存的下限
Shmem
同意举行内存共享,以进步内存的使用率Shmmax
设置最年夜共享内存段的巨细,完整满意今朝的必要Timeslice
因为体系的瓶颈次要反应在磁盘I/O上,因而 下降工夫片的巨细,一方面可制止因磁盘I/O不顺畅形成CPU的守候,从而进步了CPU的综合使用率。另外一方面削减了历程的堵塞量。
unlockable_mem
进步了不成锁内存的巨细,使可用于换页和互换的内存空间扩展,用以满意体系对内存办理的请求。

用户SQL质量
以上讲的都是硬件方面的器材,在前提无限的前提下,我们能够调剂使用程序的SQL质量:
<P>1.不要举行全表扫描(FullTableScan):全表扫描招致大批的I/O

2.只管建好和利用好索引:建索引也是有考究的,在建索引时,也不是索引越多越好,当一个表的索引到达4个以上时,ORACLE的功能大概仍是改良不了,由于OLTP体系每表凌驾5个索引即会下降功能,并且在一个sql中,Oracle从不克不及利用凌驾5个索引;当我们用到GROUPBY和ORDERBY时,ORACLE就会主动对数据举行排序,而ORACLE在INIT.ORA中决意了sort_area_size区的巨细,当排序不克不及在我们给定的排序区完成时,ORACLE就会在磁盘中举行排序,也就是我们讲的一时表空间中排序,过量的磁盘排序将会令freebufferwaits的值变高,而这个区间其实不只是用于排序的,关于开辟职员我提出以下忠言:

1)、select,update,delete语句中的子查询应该有纪律地查找少于20%的表行.假如一个语句查找的行数凌驾总行数的20%,它将不克不及经由过程利用索引取得功能上的进步.  

2)、索引大概发生碎片,由于纪录从表中删除时,响应也从表的索引中删除.表开释的空间能够再用,而索引开释的空间却不克不及再用.频仍举行删除操纵的被索引的表,应该阶段性地重修索引,以免在索引中形成空间碎片,影响功能.在允许的前提下,也能够阶段性地truncate表,truncate命令删除表中一切纪录,也删除索引碎片.

3)、在利用索引时必定要按索引对应字段的按次举行援用。

4)、用(+)比用NOTIN更无效率。

下降ORACLE的合作

先讲几个ORACLE的几个参数,这几个参数干系到ORACLE的合作:
1)、freelists和freelist组:他们卖力ORACLE的处置表和索引的空间办理;
2)、pctfree及pctused:该参数决意了freelists和freelist组的举动,pctfree和pctused参数的独一目标就是为了把持块怎样在freelists中收支
设置好pctfree及pctused对块在freelists的移走和读取很主要。其他参数的设置
1)、包含SGA区(体系全局区):体系全局区(SGA)是一个分派给Oracle的包括一个Oracle实例的数据库的把持信息内存段。
次要包含数据库高速缓存(thedatabasebuffercache),
重演日记缓存(theredologbuffer),
共享池(thesharedpool),
数据字典缓存(thedatadictionarycache)和别的各方面的信息
2)、db_block_buffers(数据高速缓冲区)会见过的数据都放在这一片内存地区,该参数越年夜,Oracle在内存中找到不异数据的大概性就越年夜,也即加速了查询速率。
3)、share_pool_size(SQL共享缓冲池):该参数是库高速缓存和数据字典的高速缓存。
4)、Log_buffer(重演日记缓冲区)
5)、sort_area_size(排序区)
<6)、processes(同时毗连的历程数)
7)、db_block_size(数据库块巨细):Oracle默许块为2KB,太小了,由于假如我们有一个8KB的数据,则2KB块的数据库要读4次盘,才干读完,而8KB块的数据库只需1次就读完了,年夜年夜削减了I/O操纵。数据库安装完成后,就不克不及再改动db_block_size的值了,只能从头创建数据库而且建库时,要选择手工安装数据库。
8)、open_links(同时翻开的链接数)
9)、dml_locks
10)、open_cursors(翻开光标数)
11)、dbwr_io_slaves(背景写历程数)
”由于MySQL已经是一个运行了众多知名Web2.0网站的数据,包括Craigslist、Digg、Wikipedia和Google等,或许我们可以说每一个Web2.0公司实质上是一个使用MySQL数据库的公司。
愤怒的大鸟 该用户已被删除
沙发
发表于 2015-1-19 21:52:42 | 只看该作者
学习SQL语言的话如果要学会去做网站就不是很难!但是要做数据库管理的话就有难度了!
莫相离 该用户已被删除
板凳
发表于 2015-1-28 12:14:10 | 只看该作者
现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.
山那边是海 该用户已被删除
地板
发表于 2015-2-13 16:52:44 | 只看该作者
我们学到了什么?思考问题的时候从表的角度来思考问
若相依 该用户已被删除
5#
发表于 2015-3-4 00:21:16 | 只看该作者
你觉得我的非分区索引无法对起子分区,你可以提醒我一下呀!没有任何的提醒,直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。
兰色精灵 该用户已被删除
6#
发表于 2015-3-11 14:51:44 | 只看该作者
不过话说回来了,绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关
第二个灵魂 该用户已被删除
7#
发表于 2015-3-19 00:30:22 | 只看该作者
sqlserver的痛苦之处在于有用文档的匮乏,很多只是表明的东西
活着的死人 该用户已被删除
8#
发表于 2015-3-26 22:34:46 | 只看该作者
原来的计算字段其实和虚拟字段很像。只是管理方面好了而已,性能方面提高不多。但是SQL2005提供了计算字段的持久化,这就提高了查询的性能,但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-23 01:23

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表