AnySQL.net » Optimizer http://www.anysql.net SQLULDR2, DataCopy, DataSync, WebChart, OraMon, AUL/MyDUL, 性能优化及容量分析 Wed, 14 Jul 2010 09:27:19 +0000 en hourly 1 http://wordpress.org/?v=3.0 一周遇到两个Oracle Bug http://www.anysql.net/oracle/my_network_channels.html http://www.anysql.net/oracle/my_network_channels.html#comments Sun, 11 May 2008 17:30:31 +0000 anysql http://www.anysql.net/wordpress/uncategorized/%e4%b8%80%e5%91%a8%e9%81%87%e5%88%b0%e4%b8%a4%e4%b8%aaoracle-bug.html     来杭两周多一点, 扣去入职培训一周, 接触系统仅一周多一点的时间, 已经遇到了两个数据库方面的Bug了. 第一个是在10.2.0.2版本上遇到的, 和Oracle CBO优化器有关的, 在某些用了INDEX这个HINT的数据库中, Oracle居然选择了INDEX FULL SCAN的方法, 而不是效率更高的INDEX RANGE SCAN, 由于表及索引较大, 导致了SQL语句执成本过高, 引起了主机负荷超常.

4323868 INDEX hints can lead to INDEX SCAN FULL

    另一个是在9i中遇到的, 和UNDO表空间有关的, 平时的事务都很小, 某一点作了一个比较大的事务, 引起了回滚段的扩展, 虽然UNDO中有大量的可用未分配的空间, 但这个扩展的过程却极慢. Oracle并不从可用未分配的空间中优先分配, 而是先去检查有没有已用的空间可以回收再加以利用, 导致一个操作比测试时间多了20分钟.

4070480 Unexpired extents used when there is free space available in the UNDO tablespace

    做一个Oracle DBA实在不容易, 做事总有不可预见的一面.

Relative Posts:

]]> http://www.anysql.net/oracle/my_network_channels.html/feed 5 10g中不同Oracle优化器版本的参数差异 http://www.anysql.net/oracle/deff_optimizer_version_params.html http://www.anysql.net/oracle/deff_optimizer_version_params.html#comments Wed, 08 Aug 2007 05:11:07 +0000 anysql http://www.anysql.net/wordpress/uncategorized/10g%e4%b8%ad%e4%b8%8d%e5%90%8coracle%e4%bc%98%e5%8c%96%e5%99%a8%e7%89%88%e6%9c%ac%e7%9a%84%e5%8f%82%e6%95%b0%e5%b7%ae%e5%bc%82.html NAME 8.1.7 9.2.0 10.2.0.1 _trace_options text multiple text _db_block_adjchk_level 78561536 78889216 78889216 _always_semi_join OFF CHOOSE CHOOSE _ordered_nested_loop FALSE TRUE TRUE _optimizer_max_permutations 80000 2000 2000 query_rewrite_enabled FALSE FALSE TRUE _mmv_query_rewrite_enabled FALSE FALSE TRUE _index_join_enabled FALSE TRUE TRUE _table_scan_cost_plus_one FALSE TRUE TRUE _cost_equality_semi_join FALSE TRUE TRUE _new_initial_join_orders FALSE TRUE TRUE _optim_peek_user_binds FALSE TRUE TRUE _gs_anti_semi_join_allowed FALSE TRUE TRUE _optim_new_default_join_sel FALSE TRUE TRUE optimizer_dynamic_sampling 0 1 2 _pre_rewrite_push_pred FALSE TRUE TRUE _union_rewrite_for_gs OFF YES_GSET_MVS YES_GSET_MVS _generalized_pruning_enabled FALSE TRUE TRUE _optim_adjust_for_part_skews FALSE TRUE TRUE _optimizer_compute_index_stats FALSE FALSE TRUE _optimizer_filter_pred_pullup FALSE FALSE TRUE optimizer_features_enable 8.1.7 9.2.0 10.2.0.1 optimizer_mode CHOOSE CHOOSE ALL_ROWS _always_anti_join OFF CHOOSE CHOOSE _partition_view_enabled FALSE FALSE TRUE _b_tree_bitmap_plans FALSE TRUE TRUE _cpu_to_io 100 0 0 _optimizer_cost_model IO CHOOSE CHOOSE _optimizer_undo_cost_change 8.1.7 9.2.0 10.2.0.1 _optimizer_system_stats_usage FALSE TRUE TRUE _new_sort_cost_estimate FALSE TRUE TRUE _complex_view_merging FALSE TRUE TRUE _unnest_subquery FALSE TRUE TRUE _pred_move_around FALSE TRUE TRUE _remove_aggr_subquery FALSE FALSE TRUE _optimizer_squ_bottomup FALSE FALSE TRUE _push_join_predicate FALSE TRUE TRUE _push_join_union_view FALSE TRUE TRUE _push_join_union_view2 FALSE FALSE TRUE _optimizer_skip_scan_enabled FALSE TRUE TRUE _parallel_broadcast_enabled FALSE TRUE TRUE _right_outer_hash_enable FALSE FALSE TRUE skip_unusable_indexes FALSE FALSE TRUE _optimizer_dim_subq_join_sel FALSE FALSE TRUE _query_rewrite_setopgrw_enable FALSE FALSE TRUE _optimizer_join_order_control 0 0 3 _bloom_filter_enabled FALSE FALSE TRUE _gby_hash_aggregation_enabled FALSE FALSE TRUE _sql_model_unfold_forloops COMPILE_TIME COMPILE_TIME RUN_TIME _optimizer_transitivity_retain FALSE FALSE TRUE _px_pwg_enabled FALSE FALSE TRUE _optimizer_or_expansion BREADTH BREADTH DEPTH _selfjoin_mv_duplicates FALSE FALSE TRUE _dimension_skip_null FALSE FALSE TRUE

在10g中不能将Optimizer_features_enable设成10.2.0, 而9i中则可以不带第四个版本号.

Relative Posts:

]]> http://www.anysql.net/oracle/deff_optimizer_version_params.html/feed 0 MySQL中的RBO特性, 数据访问方法的排名 http://www.anysql.net/mysql/access_type_rank.html http://www.anysql.net/mysql/access_type_rank.html#comments Fri, 06 Apr 2007 05:22:51 +0000 anysql http://www.anysql.net/wordpress/uncategorized/mysql%e4%b8%ad%e7%9a%84rbo%e7%89%b9%e6%80%a7-%e6%95%b0%e6%8d%ae%e8%ae%bf%e9%97%ae%e6%96%b9%e6%b3%95%e7%9a%84%e6%8e%92%e5%90%8d.html     参考原始文档后, 自已总结一下, 有不对的地方请指正. 在数据库中对数据的访问总存在不同的方法, MySQL中比较常的有以下几种, 在这儿按从好到坏的顺序排列. 在Oracle的Concept文档中, Oracle RBO有十六种不同的访问方法, MySQL中主要有以8种:

1, 访问系统固定(Constant)表 — system.
2, 访问用户的固定表 — const.
3, 在主键或维一性索引上用等于查找 — eq_ref.
4, 在非空列的索引上用等于查找 — ref.
5, 在允许空值的索引上用等于查找 — ref_or_null.
6, 在索引上按范转查找 — range.
7, 扫描整个索引 — index.
8, 扫描整全表 — all.

    MySQL总按这个顺序来选择最佳的访问方法, 在多个表进行关联(Join)时, MySQL基本上会选择从具有最佳访问路径的表开始, 按这个顺序进行排列来确定关联顺序.

    这样的访问方法在大都数情况下都是合理的, 如果MySQL能象Oracle一样搞个统计值(CBO), 就会更好了. 另外我还不知道MySQL可不可以用Hint来指定一个表的访问方法, 到止前为止, 还是人脑比较聪明.

Relative Posts:

]]> http://www.anysql.net/mysql/access_type_rank.html/feed 4