首页 / MYSQL / RAC性能调优

RAC性能调优

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了RAC性能调优，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含10785字，纯文字阅读大概需要16分钟。

内容图文

结论：RAC存在故障，当前RAC运行为RAC1节点上，负载均衡没有起到作用。集成商提供的ASM的帐号密码不正确，RAC运行存在大量SGA/PGA的死锁，而且session存在严重等待。部分SQL语句需要进行优化。配置问题 1、 RAC 的ASM权限不足 2、 RAC1支撑运行，RAC2状态正

结论：RAC存在故障，当前RAC运行为RAC1节点上，负载均衡没有起到作用。集成商提供的ASM的帐号密码不正确，RAC运行存在大量SGA/PGA的死锁，而且session存在严重等待。部分SQL语句需要进行优化。

配置问题

1、 RAC 的ASM权限不足

2、 RAC1支撑运行，RAC2状态正常，但RAC2无法进行负载。

3、死锁严重，这是造成性能慢低下的表现原因。

4、操作系统的IO和内存利用效果不好，需要重新优化SGA，PGA。磁盘性能低下。

5、存在session等待。

6、无效对象较多

7、部分业务执行语句需要进行SQL调优。

8、针对HD40的schema进行索引分析，增强性能。当前schema未进行索引分析

解决方案

1、申请计划内停机时间进行数据备份、RAC故障调整。由于没有ASM权限，系统无法完成磁盘IO的不停机调整。

2、重新实施RAC。

3、共享存储优化。

4、配置合理的SGA/PGA。解决session问题。

5、配置schema的索引分析

6、优化核心SQL业务代码

证据

物理读的SQL最慢的语句

declare vbdate date; begin delete from hdtmp_card_deptodep; delete from hdtmp_deptodep; delete from hdtmp_deptodepline; insert into hdtmp_deptodep select * from deptodep; insert into hdtmp_deptodepline select * fromdeptodepline; commit; insert intohdtmp_card_deptodep(V_NUM,STARTERCODE,STARTERNAME,RECDEPCODE,RECDEPNAME, FLINE, i_status,LASTMODIFYTIME,LASTMODIFYDATE,V_BOX_CODE,N_CARD_QTY) select A.V_NUM 领出单号,A.STARTERCODE发送单位代码,A.STARTERNAME 发送单位名称,A.RECDEPCODE 收货单位代码,A.RECDEPNAME 收货单位名称--,A.RECSTORECODE,A.RECSTORENAME ,FLINE 物流线路 ,decode(A.i_status,'ABORTED','已作废','AUDITED','已审核','UNAUDITED','未审核','未知') 单据状态 ,A.LASTMODIFYTIME 状态时间,trunc(A.LASTMODIFYTIME)领出日期 ,B.V_BOX_CODE 盒号,B.N_CARD_QTY盒内卡总数量 from hdtmp_deptodep A,hdtmp_deptodepline B,v_tserialstore c where a.I_RECEIVEFLAG = 'GET' and a.recstorecode is null and A.RECDE

INSERT INTOHDTMP_CARD_DEPTODEP(V_NUM,STARTERCODE,STARTERNAME,RECDEPCODE,RECDEPNAME, FLINE,I_STATUS,LASTMODIFYTIME,LASTMODIFYDATE,V_BOX_CODE,N_CARD_QTY) SELECT A.V_NUM 领出单号,A.STARTERCODE发送单位代码,A.STARTERNAME 发送单位名称,A.RECDEPCODE 收货单位代码,A.RECDEPNAME 收货单位名称 ,FLINE 物流线路 ,DECODE(A.I_STATUS,'ABORTED','已作废','AUDITED','已审核','UNAUDITED','未审核','未知') 单据状态,A.LASTMODIFYTIME 状态时间,TRUNC(A.LASTMODIFYTIME) 领出日期 ,B.V_BOX_CODE 盒号,B.N_CARD_QTY盒内卡总数量 FROM HDTMP_DEPTODEP A, HDTMP_DEPTODEPLINE B,V_TSERIALSTORE C WHEREA.I_RECEIVEFLAG = 'GET' AND A.RECSTORECODE IS NULL AND A.RECDEPCODE <>'1111' AND A.I_STATUS = 'AUDITED' AND A.UUID = B.V_DEPTODEP_NUM ANDA.RECDEPCODE = C.FSTORE ORDER BY C.FLINE,A.RECDEPCODE,B.V_BOX_CODE

行处理最慢的语句

其中：

BEGIN :Result :="PWM_ALCJOB"."GENBILL" (piJobId => :piJobId,piBin =>:piBin,piOperGid => :piOperGid,poErrMsg => :poErrMsg); END;

SELECT /*+rule*/ COUNT(*) ,COUNT(Mst.Num)Num from TALCDIFF mst, ModuleStat ms,TAlcJob aj, TStore ts, (selectdistinct FWrhCode, FWrhName From TWrhZone) wz where mst.Stat = ms.No(+) andmst.fjobid = aj.fjobid(+) and mst.FStoreGid = ts.FGid(+) and mst.FWrh = wz.FWrhCode(+) and mst.NUM Like '999914%' and ts.FCodein (select FCLIENT FromTOWNERCLIENT_STORE whereFOwnerStoreCode <> '-' andFOwnerStoreCode like 'C01%') and mst.STAT = 0

平均成本最高

select T.pickarea1 拣货分区,nvl(T.sumrealqty,0)已拣件数,NVL(K.sumuqty,0) 未拣件数,(nvl(T.sumrealqty,0)+NVL(K.sumuqty,0))总件数 from(select a.fpickarea pickarea1,trunc(sum(b.frealqty/b.fqpc))sumrealqty fromtpickup a,tpickupdtl b where a.num=b.numand a.fpickmethod<>'手工单据' and a.fjobid >TO_CHAR(SYSDATE-1, 'YYMMDD%') andfpicktime> trunc(sysdate) group bya.fpickarea order by A.fpickarea) T, (select a.fpickareapickarea2,trunc(sum(b.fqty/b.fqpc)) sumuqty from tpickup a,tpickupdtl b where a.num=b.num and a.fpickmethod<>'手工单据' and a.fjobid > TO_CHAR(SYSDATE-1,'YYMMDD%') and fpicktime is null group by a.fpickarea order by A.fpickarea)K WHERE T.pickarea1=K.pickarea2(+)order by T.pickarea1

等待的部分，其中等待最多的是59个等待，这些等待都是由session和死锁造成的

死锁找到集中点了，是ID为243的死锁

详细结果集：
1	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	23321
2	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	20014
3	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	22831
4	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	14715
5	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	22583
6	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	17820
7	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	14517
8	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	27236
9	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	22458
10	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	14927
11	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	30770
12	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	13967
13	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	27262
14	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	15464
15	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	7364
16	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	27472
17	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	21541
18	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	16796
19	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	17995
20	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	1392
21	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	11291
22	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	23620
23	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	31500
24	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	10032
25	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	30754
26	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	22562
27	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	2371
28	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	28068
29	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	20466
30	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	25857
31	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	2369
32	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	21699
33	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	11837
34	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	20984
35	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	2720
36	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	23445
37	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	8702
38	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	14054
39	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	28525
40	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	12287
41	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	23097
42	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	17033
43	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	24867
44	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	9270
45	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	23317
46	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	16484
47	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	26333
48	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	19890
49	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	18074
50	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	8214
51	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	23656
52	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	1673
53	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	24975
54	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	30786
55	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	30800
56	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	1235
57	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	16290
58	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	2433
59	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	682
60	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	3781
61	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	11058
62	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	786
63	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	2073
64	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	859
65	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	27306
66	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	771
67	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	20039
68	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	646
69	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	1002
70	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	642
71	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	24273
72	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	613
73	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	21363
74	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	611
75	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	795
76	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	607
77	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	21880
78	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	605
79	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	16561
80	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	603
81	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	779
82	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	601
83	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	624
84	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	597
85	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	617
86	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	593
87	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	615
88	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	589
89	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	609
90	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	581
91	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	599
92	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	573
93	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	595
94	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	565
95	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	585
96	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	563
97	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	577
98	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	561
99	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	569
100	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	559
101	HDTMP_DEPTODEP	243	1175	Administrator	592:4392	567
102	HDTMP_DEPTODEP	243	1175	Administrator	592:4392
103	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	23321
104	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	23321
105	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	20014
106	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	20014
107	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	22831
108	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	22831
109	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	14715
110	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	14715
111	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	22583
112	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	22583
113	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	17820
114	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	17820
115	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	14517
116	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	14517
117	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	27236
118	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	27236
119	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	22458
120	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	22458
121	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	14927
122	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	14927
123	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	30770
124	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	30770
125	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	13967
126	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	13967
127	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	27262
128	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	27262
129	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	15464
130	HDTMP_DEPTODEP	485	14642	Administrator	3352:3124	15464
131	HDTMP_DEPTODEPLINE	485	14642	Administrator	3352:3124	7364
132	HDTMP_DEPTODEP	485	14642	Administrator

内容总结

以上是互联网集市为您收集整理的RAC性能调优全部内容，希望文章能够帮你解决RAC性能调优所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/562410.html

来源：【匿名】

【上一篇】让你提前认识软件开发(27)：数据库表及索引的创建【下一篇】用IE远程创建Mysql数据库的简易程序

更多 ►

【RAC性能调优】教程文章相关的互联网学习教程文章

MySQL性能调优与架构设计 PDF扫描版下载【图】

MySQL性能调优与架构设计以 mysql 数据库的基础及维护为切入点，重点介绍了 mysql 数据库应用系统的性能调优，以及高可用可扩展的架构设计。MySQL性能调优与架构设计共分3篇，基础篇介绍了mysql软件的基础知识、架构组成、存储引擎、安全管理及基本的备份恢复知识。性能优化篇从影响 mysql 数据库应用系统性能的因素开始，针对性地对各个影响因素进行调优分析。如 mysql schema 设计的技巧，query 语句的性能优化方式方法及mysql s...

mysql数据库性能调优总结积累

mysql数据库的调优大概可以分为四大块0 架构调优　　　　　　　---根据业务读写分库分表　　　　　　 ---主从读写分离1 配置的调优　　　　　　　---开启缓存查询设置缓存大小　　　　　　　---最大连接数设置　　　　　　　---数据库引擎配置 myisam（读操作，查询快） Innodb（写操作，主库，支持事务，安全）引擎配置　　　　　　　---日志配置2 表结构的调优　　　　　　　----建立合适的索引（主键索引，唯一索引，普...

(转)MySQL性能调优my.cnf详解

MySQL性能调优my.cnf详解https://blog.linuxeye.cn/379.html提供一个MySQL 5.6版本适合在1GB内存VPS上的my.cnf配置文件（点击这里下载文件）：[client] port = 3306 socket = /tmp/mysql.sock [mysqld] port = 3306 socket = /tmp/mysql.sock basedir = /usr/local/mysql datadir = /data/mysql pid-file = /data/mysql/mysql.pid user = mysql bind-address = 0.0.0.0 server-id = 1 #表示是本机的序号为1,一般来讲...

6\MySQL 主从同步、 MySQL 读写分离、 MySQL 性能调优【代码】

day06一、mysql主从同步二、数据读写分离三、MySQL优化++++++++++++++++++++++++++++++++一、mysql主从同步 1.1 主从同步介绍？从库服务器自动同步主库上数据（被客户端访问的数据库服务器做主库服务器）1.2 结构54 55systemctl start mysqld systemctl start mysqld主master数据库服务器从slave数据库服务器1.3 配置主从同步结构？1.3.1主库角色主机的配置1 用户授权mysql> grant rep...

MySQL性能调优与架构设计——第1章 MySQL 基本介绍

MySQL性能调优与架构设计——第1章 MySQL 基本介绍前言：作为最为流行的开源数据库软件之一， MySQL 数据库软件已经是广为人知了。但是为了照顾对MySQL还不熟悉的读者，这章我们将对 MySQL 做一个简单的介绍。主要内容包括MySQL 各功能模块组成，各模块协同工作原理， Query 处理的流程等。1．1 MySQLServer 简介1.1.1 什么是 MySQLMySQL 是由MySQL AB公司（目前已经被SUN公司收归麾下，SUN已经被Oracle收购）自主研发的，目前IT行...

MySQL性能调优的14板斧

1、列出MySQL服务器运行各种状态值 mysql> show global status; 2、查询MySQL服务器配置信息语句 mysql> show variables; 3、慢查询 mysql> show variables like ‘%slow%‘; +------------------+-------+| Variable_name　　　　 | Value |+------------------+-------+| log_slow_queries | ON　　　　 || slow_launch_time | 2　　　　　 |+------------------+-------+ mysql> show global status like ‘%slow%‘; +-------...

mysql::性能调优【代码】

mysql分析sql语句耗时情况mysql -h10.3.40.98 -uroot -p commandmysql> use viewfocus;mysql> set profiling=1;call func();show profiles; 原文：https://www.cnblogs.com/osbreak/p/13167129.html

MySQL性能调优的10个方法【代码】

1. 选择合适的存储引擎: InnoDB除非你的数据表使用来做只读或者全文检索 (相信现在提到全文检索，没人会用 MYSQL 了)，你应该默认选择?InnoDB 。你自己在测试的时候可能会发现 MyISAM 比 InnoDB 速度快，这是因为：?MyISAM 只缓存索引，而 InnoDB 缓存数据和索引，MyISAM 不支持事务。但是如果你使用?innodb_flush_log_at_trx_commit = 2?可以获得接近的读取性能 (相差百倍)?。1.1 如何将现有的 MyISAM 数据库转换为 InnoDB:mysql...

MySQL数据库查询优化同步性能调优，分布式集群，主从复制，负载均衡

1.硬件方面硬件方面优化是成本最高却效果最差的一种优化。服务器性能对数据库的读写能力还是有一定的影响的，尤其体现在磁盘I/O上。mysql数据库频繁的CURD操作是十分吃磁盘I/O的，一般可以认为磁盘I/O是硬件方面制约mysql数据库性能的最大因素。解决方法：目前一般使用RAID0-1磁盘阵列来解决。2.系统配置下面是已经配置好的my.cnf [mysqld]port = 3306serverid = 1socket = /tmp/mysql.sockskip-locking#避免MySQL的外部锁定，减...

MYSQL性能调优--我当年的学年论文

3.2.1 InnoDB的特性相对于MyISAM，InnoDB完全支持4个事务隔离级别，并支持多版本读。通过索引实现了行级锁定，但全表扫描仍然会是表锁，使用的时候注意间隙锁的影响。并且读写阻塞与事务隔离级别相关。具有非常高效的缓存特性：能缓存索引，也能缓存数据。整个表和主键以Cluster方式存储，组成一颗平衡树。所有Secondary Index都会保存主键信息。 3.2.2 InnoDB的适用性 InnoDB具有较好的事务特性，也就是需要事务支持。其行级锁定...

MySql性能调优（四）快速修改表结构【图】

为了满足需求，现要将varchar(6)改成varchar(8).这时更好的方法不是使用altertable modify，而是采用如下的步骤： A．创建一张临时表，把varchar设置为varchar(8)，如下所示：B. 替换.frm表结构文件 C. 然后查看就可以了。在windows下待测试。也可以参考文章： http://blog.chinaunix.net/uid-77311-id-4440792.html MySql性能调优（四）快速修改表结构标签：mysql性能调优四快速修改表结构本文系统来源：http://blog.cs...

MySql性能调优（三）之表的设计【图】

1. 完全函数依赖：在属性集U上的关系模式R(U)中，如果X->Y，并且对于X的任何一个真子集X’,都有X’≠>Y,则Y对X完全函数依赖。 2. 传递函数依赖：在R(U)中，如果X->Y，Y->Z，则称Z对X的传递函数依赖。二．范式关系型数据库有6种范式：第一范式（1NF），第二范式（2NF），第三范式（3NF），巴德斯科范式（BCNF），第四范式（4NF），第五范式（5NF）。各种范式之间的联系：5NF∈4NF∈BCNF∈3NF∈2NF∈1NF 1. 第一范式（1NF）：...

MySql性能调优（二）字段类型的选取之字符类型【图】

Char（）用于保存固定长度的字符串，长度最大为255，比指定长度大的值将被截断，比指定长度小的值会用空格填补。 Varchar（）用于保存可变长度的字符串，长度最大为65535，只存储字符串实际需要的长度，但是会用1~2个字节来存储值得长度。如果列的最大长度小于或255，则使用1字节，否则就是2字节。 Char和varchar与字符编码也有密切联系，GBK占用2个字节，UTF8占用三个字节。 1. GBK字符集解析：因为varchar类型长度大于255，所...

MySql性能调优(一)字段类型的选取之时间类型【图】

1. 在MySql中支持5种时间类型，分别是DATE、TIME、DATETIME、TIMESTAMP和YEAR。在日常建表中我们要优先使用timestamp类型，它有自动更新时间的功能，示例：也可以设置不自动更新，只需默认值为空即可。如：2. year(2)类型会自动转换为year(4)类型 MySql性能调优(一)字段类型的选取之时间类型标签：mysql性能调优一字段类型的选取之时间类型本文系统来源：http://blog.csdn.net/u012675743/article/details/46123961

MySql性能调优（五）采用合适的锁机制之表锁的演示【图】

1. 表级锁；开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。MyISAM引擎属于这种类型。 2. 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突概率最低，并发度也最高。InnoDB引擎属于这种类型。 3. 页面锁：开销和加锁时间介于表锁和行锁之间；会出现死锁；锁定粒度也介于两者之间，并发度一般。NDB属于这种类型。一．表锁的演示 MyISAM存储引擎只支持表锁，所以对其进行操作会存在...

首页 / MYSQL / RAC性能调优

RAC性能调优

内容导读

内容图文

配置问题

解决方案

证据

内容总结

内容备注

内容手机端

【RAC性能调优】教程文章相关的互联网学习教程文章

性能 - 相关标签

MYSQL - 技术教程分类

MYSQL - 最新教程

MYSQL - 最热教程