数据库性能优化、统计信息与对象统计信息概述收集、扩展统计信息、dbms_stats.get_prefs

标签: 数据库 性能优化 统计 | 发表时间:2014-09-17 06:08 | 作者:demonson
出处:http://blog.csdn.net

数据库性能优化
 相关书籍:
      1.基于成本的Oracle优化法则
      2.Oracle性能诊断艺术
      3.基于Oracle的SQL优化
-----------------------------------------------------------------------------------------
两种优化器:

CBO  cost-base optimizer 
     基于cost 更大适应性/灵活性/10g开始

RBO  rule-base optimizer 
     基于规则 制定了15条/10g以前
-------------------------------------------------------------------------------------------
统计信息:
1.系统统计信息       
  cpu、I/O
  exec dbms_stats.gather_system_stats;
2.数据库对象统计信息 
  表、索引、列、扩展
  exec dbms_stats.gather_table_stats('TEST_USER1','TEST_1');
   --收集表的统计信息(同时会级联收集索引和列的统计信息)
  exec dbms_stats.gather_table_stats('TEST_USER1','TEST_1',cascade=>false);
   --不会联机收集索引和列的统计信息
  exec dbms_stats.gather_index_stats('TEST_USER1','INDEX_NAME');
   --收集索引的统计信息
 
   alter table table_name enable row movement;
   --允许表的行迁移
   alter table table_name shrink space;
   --降低表的高水位线

  exec dbms_stats.gather_database_stats;
   --收集整个数据库的统计信息

-------------------------------------------------------------------------------------------
直方图
扩展统计信息

query rewrite 查询重写
 星形转换
 视图合并
 为此前推
----------------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------------

1,统计信息概述
统计信息是oracle CBO计算候选执行计划的cost的基础。因此,获取准确的统计信息,
是oracle能够选择最优执行计划(cost最低)的首要条件。
在oracle 9i的时候,oracle只计算每个执行计划的I/O成本,并将其作为评价执行计划好坏的依据。
从10g开始,oracle将sql执行中消耗的cpu资源,也作为成本计入执行计划的成本计算。
因此,一个执行计划的cost值,包含了cpu和I/O两种资源的成本。

与统计信息相关的几个初始化参数
SQL> show parameter statistics;
 
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
optimizer_use_pending_statistics     boolean     FALSE
statistics_level                     string      TYPICAL
timed_os_statistics                  integer     0
timed_statistics                     boolean     TRUE
 
optimizer_use_pending_statistics:
显示CBO是否使用pending状态的统计信息。
一般情况下,我们收集完统计信息,则oracle会默认将新收集到的统计信息置于publish状态,这样CBO可以随时使用。
我们可以使用dbms_stats.DELETE_PENDING_STATS删除处于pending状态的统计信息,也可以使用
dbms_stat.set_*_prefs来设置统计信息是否处于publish状态。

timed_statistics
是否收集与时间相关的统计信息。例如cpu和elapsed times。
  如果STATISTICS_LEVEL设置为TYPICAL或者ALL, 则该参数的默认值为true;
  如果STATISTICS_LEVEL设置为BASIC, 则该参数的默认值为false。
从11.1.0.7.0开始,如果STATISTICS_LEVEL设置为TYPICAL或者ALL,该参数不能被设置为false。

timed_os_statistics
该参数指定了当从客户端生成一个请求,或者完成一个请求的时候,收集系统统计信息的时间间隔(单位为s)。这又分了两种情况:
dedicated 模式
在用户登录和后继客户端通过OCI调用从而作为一个远程过程调用信息进入oracle server时,oracle收集系统统计信息。
shared 模式
在客户端调用oracle完成时,oracle收集系统统计信息。

  如果STATISTICS_LEVEL设置为ALL, 则该参数默认值为5;
  如果STATISTICS_LEVEL设置为BASIC或者TYPICAL, 则该参数默认值为0。

需要注意的是,收集系统统计信息是相当消耗系统资源的活动。oracle强烈建议你在完成系统统计信息收集之后,立即将该参数修改为0。

statistics_level
控制收集统计信息的级别,有三个参数值:
BASIC :收集基本的统计信息
TYPICAL:收集大部分统计信息(数据库的默认设置)
ALL:收集全部统计信息,除了收集typical模式下的所有统计信息之外,还将收集基于时间的os统计信息和执行计划的统计信息。
(执行计划的统计信息包括什么)

如果将默认值typical改为basic,则将停止收集如下对象的统计信息:
Automatic Workload Repository (AWR) Snapshots
Automatic Database Diagnostic Monitor (ADDM)
All server-generated alerts
Automatic SGA Memory Management
Automatic optimizer statistics collection
Object level statistics
End to End Application Tracing (V$CLIENT_STATS)
Database time distribution statistics (V$SESS_TIME_MODEL and V$SYS_TIME_MODEL)
Service level statistics
Buffer cache advisory
MTTR advisory
Shared pool sizing advisory
Segment level statistics
PGA Target advisory
Timed statistics
Monitoring of statistics

可以用如下sql来查看oracle目前收集哪些对象的统计信息:
select * from v$statistics_level
--------------------------------------------------------------------------------------------------------------------------------------
1.1 系统统计信息
除了收集数据库中所有对象的统计信息以外,oracle也可以收集数据库所在主机的统计信息,也就是os级别的统计信息。
这包括主机的cpu性能(频率),系统I/O的吞吐量等。但是,在默认情况下,oracle不会自动的收集系统统计信息。
因此,当完成数据库在服务器主机上的安装配置之后,可以考虑手动收集系统级别的统计信息。
另外,在数据库主机进行硬件升级之后,尤其是是I/O系统进行了重大升级之后,也应该再次手动收集系统级别的统计信息。
可以用如下的命令来手工完成系统统计信息的收集:
SQL> exec dbms_stats.gather_system_stats;
 
PL/SQL procedure successfully completed
 
SQL> select * from sys.aux_stats$;
 
SNAME                          PNAME                               PVAL1 PVAL2
--------------------------------------------------------------------------------------------
SYSSTATS_INFO                  STATUS                                    COMPLETED
SYSSTATS_INFO                  DSTART                                    06-13-2014 16:52
SYSSTATS_INFO                  DSTOP                                     06-13-2014 16:52
SYSSTATS_INFO                  FLAGS                                   1
SYSSTATS_MAIN                  CPUSPEEDNW                           1504
SYSSTATS_MAIN                  IOSEEKTIM                               2
SYSSTATS_MAIN                  IOTFRSPEED                           4096
SYSSTATS_MAIN                  SREADTIM                                 
SYSSTATS_MAIN                  MREADTIM                                 
SYSSTATS_MAIN                  CPUSPEED                                 
SYSSTATS_MAIN                  MBRC                                     
SYSSTATS_MAIN                  MAXTHR                                   
SYSSTATS_MAIN                  SLAVETHR                                 
 
13 rows selected

该过程中的gathering_mode参数可以用来指定收集系统统计信息的模式:
NOWORKLOAD:  无工作负载模式,用于收集系统I/O部分的统计信息。
INTERVAL:    收集某一指定时间间隔内的统计信息。
START | STOP:手动收集一段时间内的统计信息。
在12c中,又引入了EXADATA模式,用来收集类似于exadata这样具有高I/O吞吐量和吞吐能力的系统统计信息。
注:关于该过程所有参数的详细描述,请参考Oracle Database PL/SQL Packages and Types Reference 12c Release 1 (12.1)第153章。

1.2 数据库对象统计信息
除了系统级别的统计信息,oracle还会收集数据库中对象的统计信息。
不同于系统级别的统计信息,oracle默认会自动收集数据库对象的统计信息。

1.2.1 自动收集统计信息
详情参见统计信息自动收集.txt

1.2.1.1部分特例
在11g及以前版本中,创建索引的时候,由于需要进行全表扫描,因此此时Oracle顺便完成了索引的统计信息收集。而创建表时,则没有类似的动作。
在12c中,当用直接路径加载数据,例如create table as select (CTAS)和insert as select(IAS)时,Oracle也顺便搭载了统计信息
的收集工作。这就意味着,在采用这样的方式加载数据之后,不需要额外的全表扫描来收集统计信息了。

1.2.2 手动收集统计信息
1.2.2.1 DBMS_STATS相关过程
oracle的DBMS_STATS包提供了如下收集计信息的过程:
GATHER_DATABASE_STATS;       收集数据库中所有对象的统计信息        
GATHER_DICTIONARY_STATS;     收集'SYS','SYSTEM'和RDBMS组件对象的统计信息
GATHER_FIXED_OBJECTS_STATS;  收集所有动态性能表的统计信息
GATHER_INDEX_STATS;          收集索引的统计信息
GATHER_PROCESSING_RATE;     
GATHER_SCHEMA_STATS;         收集某一用户的所有对象的统计信息
GATHER_SYSTEM_STATS;         收集系统统计信息
GATHER_TABLE_STATS;          收集表的统计信息

 1.2.2.2 统计信息内容
其中,表、列、索引统计信息分别包含如下内容:
表统计信息(user_tables/all_tables/dba_tables):
NUM_ROWS                记录行数  
BLOCKS                  高水位线以下的数据块数
EMPTY_BLOCKS            高水位线以上数据块数,dbms_stat不统计.
AVG_SPACE               平均空闲空间,不统计
CHAIN_CNT               行迁移行数,不统计
    注:本记录实际上会记录发生行迁移或者行链接现象的所有行数,但是dbms_stats中的任意收集统计信息的过程都不处理这些信息,而只是简单的将该值置为0.可以使用
    ANALYZE TABLE orders LIST CHAINED ROWS INTO chained_rows;
    来获取关于行迁移和行链接的相关信息。其中chained_rows 可以通过
    $ORACLE_HOME/rdbms/admin/utlchain.sql脚本来创建。
AVG_ROW_LEN             行平均长度

列统计信息(user_tab_columns):
NUM_DISTINCT            唯一值数量
LOW_VALUE               该列最小值
HIGH_VALUE              该列最大值
DENSITY                 表示该列数据的重复率,0到1的小数,越接近0表示重复率越低。
NUM_NULLS               该列null值的数量
AVG_COL_LEN             列平均长度,以字节为单位
HISTOGRAM               是否有直方图统计信息,
        none:          没有
        frequency:     频率直方图
        height balanced 高度直方图
NUM_BUCKETS             直方图桶数
 
索引统计信息(user_indexes):
BLEVEL                  索引的深度,也就是层数
LEAF_BLOCKS             叶子块数目
DISTINCT_KEYS           索引distinct键值数目
AVG_LEAF_BLOCKS_PER_KEY 每一个键值的平均叶子块数目
AVG_DATA_BLOCKS_PER_KEY 每一个键值的平均数据块数目
CLUSTERING_FACTOR       簇聚因子 (反映行与索引键值的有序性)

注:统计信息包括但不局限于以上内容。

1.2.2.3 扩展统计信息
在数据库中,oracle默认同一个表的不同列之间,它们的关系是相互独立的。
也就是说,某一列的取值,不会影响到其他列的取值,也不会受到其他列取值的影响。
而在实际当中,往往会存在取值互相影响或者制约的列之间的关系。
比如我们有一个雇员表,其中一列为出生月份,另外一列为星座。显然这两列之间,是存在一定关系的。
为处理这样的问题,oracle引入了扩展统计信息(extension statistics)的概念。
在oracle中,此处的扩展,指的是列的组合,或者是基于列的表达式。
有如下的例子:
HR@ORCL> alter table hr.employees no flashback archive;

HR@ORCL> select dbms_stats.create_extended_stats('hr','employees','(first_name,last_name,job_id)') from dual;

HR@ORCL> exec dbms_stats.gather_table_stats('hr','employees',method_opt=>'for all columns size 1,for columns (first_name,last_name,job_id) size auto');

HR@ORCL> select * from user_stat_extensions where table_name='EMPLOYEES';

注:扩展统计信息中的列组,与复合索引;
扩展统计信息中的基于列的表达式,与函数索引
它们在影响执行计划的时候有何不同?

另注:自动收集统计信息时,不会收集扩展统计信息。

1.2.2.4 estimate_percent参数分析

GATHER_DATABASE_STATS          
GATHER_DICTIONARY_STATS
GATHER_INDEX_STATS
GATHER_SCHEMA_STATS       
GATHER_TABLE_STATS
以上五个收集统计信息的过程,都包含了estimate_percent这个参数。
在12.1的官方文档中,oracle对该参数的解释如下:
 该参数指定了在收集统计信息时对行采样的百分比(NULL表示全部采样)。其可用值的范围为【0.000001,100】。
可以使用常量DBMS_STATS.AUTO_SAMPLE_SIZE来让oracle自己决定采取适当的数值来收集统计信息。这也是默认行为。
该默认值可以通过
SET_DATABASE_PREFS,
SET_GLOBAL_PREFS,
SET_SCHEMA_PREFS,
SET_TABLE_PREFS进行修改。

注:在设置这些默认项之后,也会作用于统计信息的自动收集。

可以使用dbms_stats.get_prefs获取当前系统与统计信息相关的参数的默认值。
可以获取的参数包括
             ■ AUTOSTATS_TARGET
             ■ CASCADE
             ■ CONCURRENT
             ■ DEGREE
             ■ ESTIMATE_PERCENT
             ■ METHOD_OPT
             ■ NO_INVALIDATE
             ■ GRANULARITY
             ■ PUBLISH
             ■ INCREMENTAL
             ■ INCREMENTAL_LEVEL
             ■ INCREMENTAL_STALENESS
             ■ STALE_PERCENT
             ■ GLOBAL_TEMP_TABLE_STATS
             ■ TABLE_CACHED_BLOCKS
             ■ OPTIONS

其中,       
get_prefs用于获取全局的统计信息收集配置选项。
要获取对象级别的统计信息配置选项:
SELECT * FROM DBA_TAB_STAT_PREFS; 

          
例子如下:
SQL> select dbms_stats.get_prefs('estimate_percent') name from dual;
 
NAME
--------------------------------------------------------------------------------
DBMS_STATS.AUTO_SAMPLE_SIZE

按照oracle的解释,AUTO_SAMPLE_SIZE为一个常量,其值可以通过如下方式获取:
Connected to Oracle Database 12c Enterprise Edition Release 12.1.0.1.0
Connected as sys@ORCL AS SYSDBA
 
SQL> create table t_val (name varchar2(30),value number);

Table created

SQL> begin
  2  insert into t_val values ('AUTO_SAMPLE_SIZE',DBMS_STATS.AUTO_SAMPLE_SIZE);
  3  end;
  4  /
 
PL/SQL procedure successfully completed
 
SQL> select * from t_val;
 
NAME                        VALUE
--------------------------- ----------
AUTO_SAMPLE_SIZE                     0

显然这不是我们想要的值。
按照oracle的说明,该值的取值范围,也应该在【0.000001,100】之间。
我们可以设计一个实验,来获取该值的一个近似值。

SQL> create table t as select * from dba_objects;
 
Table created

SQL> set timing on;
SQL> exec dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T',estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE);
 
PL/SQL procedure successfully completed
 
Executed in 0.608 seconds
 
SQL> exec dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T',estimate_percent => NULL);
 
PL/SQL procedure successfully completed
 
Executed in 0.999 seconds
 
SQL> exec dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T',estimate_percent => 100);
 
PL/SQL procedure successfully completed
 
Executed in 0.889 seconds
 
SQL> exec dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T',estimate_percent => 50);
 
PL/SQL procedure successfully completed
 
Executed in 0.483 seconds
 
SQL> exec dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T');
 
PL/SQL procedure successfully completed
 
Executed in 0.234 seconds
 
SQL> exec dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T',estimate_percent => 60);
 
PL/SQL procedure successfully completed
 
Executed in 0.577 seconds
 
SQL> exec dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T',estimate_percent => 62);
 
PL/SQL procedure successfully completed
 
Executed in 0.593 seconds
 
SQL> exec dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T',estimate_percent => 65);
 
PL/SQL procedure successfully completed
 
Executed in 0.608 seconds

SQL> set timing off;

由上述实验可知,estimate_percent 设置为null时,为全部采样,也就是100。
当将其设置为其默认值DBMS_STATS.AUTO_SAMPLE_SIZE时,收集统计信息消耗的时间与将其设置为65时相同。
鉴于本实验是在12.1的数据库中测试,所以我们基本可以断定:
在12.1中,estimate_percent的默认采样比例,大致在65%。


1.2.2.5 统计信息锁定与force选项
为预防由于统计信息不规则变化影响执行计划,我们可以选择锁定某些对象的统计信息。
oracle提供了如下锁定统计信息的过程:
LOCK_PARTITION_STATS
LOCK_SCHEMA_STATS
LOCK_TABLE_STATS
对应的,也有如下解除锁定的过程:
UNLOCK_PARTITION_STATS
UNLOCK_SCHEMA_STATS
UNLOCK_TABLE_STATS

我们以前面测试estimate_percent中创建的测试表T为例,显示表统计信息的锁定与解锁问题。

SQL> exec dbms_stats.lock_table_stats(ownname => 'SYS',tabname => 'T');

PL/SQL procedure successfully completed

SQL> desc dba_tab_statistics;
Name                                               Type                         Nullable Default Comments                                                            
------------------------- ------------- -------- ------- --------------------------------------------------------------------
OWNER                                     VARCHAR2(128) Y                Owner of the object                                                 
TABLE_NAME                           VARCHAR2(128) Y                Name of the table                                                   
PARTITION_NAME                   VARCHAR2(128) Y                Name of the partition                                               
PARTITION_POSITION            NUMBER        Y                    Position of the partition within table                              
SUBPARTITION_NAME           VARCHAR2(128) Y                Name of the subpartition                                            
SUBPARTITION_POSITION     NUMBER        Y                    Position of the subpartition within partition                       
OBJECT_TYPE                        VARCHAR2(12)  Y                Type of the object (TABLE, PARTITION, SUBPARTITION)                 
NUM_ROWS                            NUMBER        Y                     The number of rows in the object                                    
BLOCKS                                   NUMBER        Y                     The number of used blocks in the object                             
EMPTY_BLOCKS                    NUMBER        Y                      The number of empty blocks in the object                            
AVG_SPACE                           NUMBER        Y                     The average available free space in the object                      
CHAIN_CNT                            NUMBER        Y                      The number of chained rows in the object                            
AVG_ROW_LEN                      NUMBER        Y                     The average row length, including row overhead                      
AVG_SPACE_FREELIST_BLOCKS    NUMBER        Y        The average freespace of all blocks on a freelist                   
NUM_FREELIST_BLOCKS       NUMBER        Y                   The number of blocks on the freelist                                
AVG_CACHED_BLOCKS         NUMBER        Y                    Average number of blocks in buffer cache                            
AVG_CACHE_HIT_RATIO       NUMBER        Y                    Average cache hit ratio for the object                              
SAMPLE_SIZE                         NUMBER        Y                    The sample size used in analyzing this table                        
LAST_ANALYZED                   DATE          Y                        The date of the most recent time this table was analyzed            
GLOBAL_STATS                     VARCHAR2(3)   Y                 Are the statistics calculated without merging underlying partitions?
USER_STATS                           VARCHAR2(3)   Y                Were the statistics entered directly by the user?                   
STATTYPE_LOCKED            VARCHAR2(5)   Y                  type of statistics lock                                             
STALE_STATS                        VARCHAR2(3)   Y                Whether statistics for the object is stale or not                   
SCOPE                                   VARCHAR2(7)   Y                  whether statistics for the object is shared or session              
 
SQL> col OWNER for a20
SQL> col TABLE_NAME for a20
SQL> col STATTYPE_LOCKED for a20
SQL> select OWNER,TABLE_NAME,STATTYPE_LOCKED from dba_tab_statistics where TABLE_NAME='T';
 
OWNER                TABLE_NAME           STATTYPE_LOCKED
-------------------- -------------------- --------------------
SYS                  T                    ALL
 
在T表的统计信息被锁定之后,是否可以重新搜集该表的统计信息呢?
SQL> exec dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T');
 
begin dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T'); end;
 
ORA-20005: object statistics are locked (stattype = ALL)
ORA-06512: 在 "SYS.DBMS_STATS", line 33859
ORA-06512: 在 line 2

显示该统计信息已经被锁定。
我们此处可以用force参数强制收集。

SQL> exec dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T',force => true);
 
PL/SQL procedure successfully completed

强制收集之后,该统计信息依然处于锁定状态:

SQL> select OWNER,TABLE_NAME,STATTYPE_LOCKED from dba_tab_statistics where TABLE_NAME='T';
 
OWNER                TABLE_NAME           STATTYPE_LOCKED
-------------------- -------------------- --------------------
SYS                  T                    ALL
 

下次再次收集,依然会报错:

SQL>  exec dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T');
 
begin dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T'); end;
 
ORA-20005: object statistics are locked (stattype = ALL)
ORA-06512: 在 "SYS.DBMS_STATS", line 33859
ORA-06512: 在 line 2

我们可以解锁该统计信息:
SQL> exec dbms_stats.unlock_table_stats(ownname => 'SYS',tabname => 'T');
 
PL/SQL procedure successfully completed
 
SQL> select OWNER,TABLE_NAME,STATTYPE_LOCKED from dba_tab_statistics where TABLE_NAME='T';
 
OWNER                TABLE_NAME           STATTYPE_LOCKED
-------------------- -------------------- --------------------
SYS                  T                   
 
这样即便不指定force参数,也可以重新收集统计信息了。
SQL>   exec dbms_stats.gather_table_stats(ownname => 'SYS',tabname => 'T');
 
PL/SQL procedure successfully completed


1.2.2.6 用户自定义统计信息表
当我们需要导出存储在系统字典表中的统计信息,
或者打算利用统计信息做一些测试而不影响存储在系统字典表中的统计信息时,
我们就可以创建用户自定义的统计信息表,从而来存储统计信息。


1.2.2.7 12c性能优化白皮书

作者:demonson 发表于2014-9-16 22:08:25 原文链接
阅读:109 评论:0 查看评论

相关 [数据库 性能优化 统计] 推荐:

DB2数据库性能优化介绍

- - CSDN博客数据库推荐文章
作者:chszs,转载需注明. 博客主页: http://blog.csdn.net/chszs. 前段时间,我从CSDN得到了这本书《DB2数据库性能调整和优化(第2版)》,这是一本介绍DB2数据库性能调优的书籍,此书覆盖了DB2数据库性能调优所需的全部知识和工具,而且还提供了大量的性能调优的实际案例,颇有一种“一书在手,DB2尽在掌握”的豪情.

浅谈MySQL 数据库性能优化

- - BlogJava-qileilove
数据库是 IO 密集型的程序,和其他数据库一样,主要功能就是数据的持久化以及数据的管理. 本文侧重通过优化MySQL 数据库缓存参数如查询缓存,表缓存,. 日志缓存,索引缓存,innodb缓存,插入缓存,以及连接参数等方式来对MySQL数据库进行优化.   这里先引用一句话,从内存中读取一个数据的时间消耗是微秒级别,而从普通硬盘上读取一个数据是在毫秒级别,二者相差3个数量级.

数据库性能优化、统计信息与对象统计信息概述收集、扩展统计信息、dbms_stats.get_prefs

- - CSDN博客数据库推荐文章
      1.基于成本的Oracle优化法则.       2.Oracle性能诊断艺术.       3.基于Oracle的SQL优化.      基于cost 更大适应性/灵活性/10g开始.      基于规则 制定了15条/10g以前. 1.系统统计信息       . 2.数据库对象统计信息 .

基于SSD的数据库性能优化

- Sungelina - Hello DBA
NOR和NAND都是闪存技术的一种,NOR是Intel公司开发的,它有点类似于内存,允许通过地址直接访问任何一个内存单元,缺点是:密度低(容量小),写入和擦除的速度很慢. NAND是东芝公司开发的,它密度高(容量大),写入和擦除的速度都很快,但是必须通过特定的IO接口经过地址转换之后才可以访问,有些类似于磁盘.

MySQL 数据库性能优化之表结构

- tangfl - Sky.Jian 朝阳的天空
接着上一篇 MySQL 数据库性能优化之缓存参数优化 ,这是 MySQL数据库性能优化专题 系列的第二篇文章:MySQL 数据库性能优化之表结构. 很多人都将 数据库设计范式 作为数据库表结构设计“圣经”,认为只要按照这个范式需求设计,就能让设计出来的表结构足够优化,既能保证性能优异同时还能满足扩展性要求.

MySQL 数据库性能优化之缓存参数优化

- flychen50 - Sky.Jian 朝阳的天空
在平时被问及最多的问题就是关于 MySQL 数据库性能优化方面的问题,所以最近打算写一个MySQL数据库性能优化方面的系列文章,希望对初中级 MySQL DBA 以及其他对 MySQL 性能优化感兴趣的朋友们有所帮助. 这是 MySQL数据库性能优化专题 系列的第一篇文章:MySQL 数据库性能优化之缓存参数优化.

MySQL数据库性能优化之存储引擎选择

- - Sky.Jian 朝阳的天空
MySQL 数据库性能优化之SQL优化,这是  MySQL数据库性能优化专题 系列的第五篇文章:. MySQL数据库性能优化之存储引擎选择. 离上一篇文章已经有很长时间没有更新这个MySQL数据库性能优化专题了,时间太紧加上人之惰性,今天这里将之前就规划好的关于存储引擎选择方面的内容更新出来,希望对大家有所帮助吧.

MySQL数据库性能优化之硬件瓶颈分析

- - Sky.Jian 朝阳的天空
接着上一篇 MySQL数据库性能优化之存储引擎选择,这是 MySQL数据库性能优化专题 系列的第六篇文章: MySQL数据库性能优化之硬件优化. 在过往与很多人的交流过程中发现,在谈到基于硬件来进行数据库性能瓶颈分析的时候,常被大家误解为简单的使用更为强劲的主机或者存储来替换现有的设备. 个人觉得这其中可能存在一个非常大的误区.

数据库查询性能优化之利器—索引(一)

- - 博客园_首页
                   数据库查询性能优化之利器—索引(一).   最近在做基于Android的公交查询系统的过程中,遇到一个很棘手的问题:换乘算法效率低. 在直达查询和一次换乘查询的时候,问题体现的还不是很明显,能够在1s之内查询出乘车方案,而当进行二次查询的时候,基本要等一两分钟才能查询出换乘方案,这对于公交查询系统是绝对无法容忍的.

MySQL 数据库性能优化之SQL优化

- - OurMySQL
注:这篇文章是以 MySQL 为背景,很多内容同时适用于其他关系型数据库,需要有一些索引知识为基础. IO永远是数据库最容易瓶颈的地方,这是由数据库的职责所决定的,大部分数据库操作中超过90%的时间都是 IO 操作所占用的,减少 IO 次数是. SQL 优化中需要第一优先考虑,当然,也是收效最明显的优化手段.