数据库性能问题很大程度上是由于应用引起的，而应用反映在数据库层面就是SQL代码，所以一个数据库的性能90%以上是由于SQL代码的设计和访问路径不当引起的性能问题，下面是对数据库TOP SQL语句的优化记录，目前已对大部分消耗较高的SQL进行了调整，从后续的优化报告来看，已极大减少了IO的消耗，从而提高数据库的性能效率。
本次优化，针对SQL优化部分，经过多次的数据库profile跟踪与服务器的各项性能指标收集，结合优化管理器的各项建议，评估对陈旧统计信息的收集和缺失索引的创建对象，最终确定了实施方案，优化效果较明显，服务器的各项性能指标有明显改善效果；
广州知而言教育机构，其数据库运行在单实例环境，为了保障数据的安全以及服务器的高可用稳定特性，我方为其设计了Dataguard双机热备方案，下面是方案的具体实施内容！
Goldengate同步做过很多项目，如oracle之间同步，oracle到mysql之间同步都很熟系，SQL SERVER到Oracle端还是第一次遇到，最近客户就有这个项目需求，本以为原理类似，应该能轻松搞定，谁知在配置过程中，困难重重，折腾了2天，以下是本次配置的全过程，特意记录下来，以备后用！
经客户反映，某医疗系统查询响应较慢，经过一段时间对数据库的性能监控，发现目前这个业务系统，并发性不高，数据量也不大，而且目前这个系统响应慢，主要是集中在一些并发不高的查询模块上，后来经数据库的底层跟踪，发现这些查询模块是通过前端筛选条件，后台查询数据库视图的方式进行读取数据的，下面是针对这些查询模块的数据结构，SQL代码等方面进行优化分析。
客户反映公司的MYSQL数据库响应缓慢，经排查分析，其中存在不少TOP SQL消耗资源巨大，并且MYSQL参数存在一些不合理的配置，经两方面的优化调整，MYSQL数据库性能响应正常，性能提升效果显著。
客户数据库用了10年以上，但由于缺少维护和关注，随着业务数据的不断增长，查询数据变得非常缓慢，经过多方面的监控定位，最终把大量的TOP SQL进行了索引优化与执行计划调优，性能提升显著。
在WIN2008服务器上，目前oracle数据库服务占用大量的IO时间，磁盘繁忙率100%，为了缓解现状，对数据库活动和SQL语句进行分析，下面是分析这个优化过程。
微软在上周举办的Windows 10发布会时宣布将在本周推出面向大众的Windows 10预览版，不过之后没两天，...
虽然苹果没有在类似MWC、IFA等大型展会上发布新产品的习惯，但苹果显然不想错过此次3月初MWC的热潮，就在刚刚，...
【IT168 资讯】近日报道均显示苹果将在2月24日更新其MacBook Air超级本产品，根据Czech网站前沿...
IT168 评测】计算机从走入千家万户到今天已经发展了十多个年头，很多新的技术在不断的颠覆着用户的传统概念。比如现...
数据库事件概述引起原因/解决方案业务影响/损失情况2012-8-21广州某电子商务公司，业务数据库快速恢复区爆满引...
由于平时没有认真关注检查，数据库业务表空间100%使用满额，由于oracle数据库数据文件的上限是32G，到达32G后，需人工干预添加，否则将使业务停止，直到表空间有新的数据文件可用为止
客户数据库在高速并发的业务中忽然断电，恢复用电后，数据库不一致无法打开，经排查，通过重建Oracle控制文件的方案解决，停机时间30-40分钟。
客户Oracle数据库无物理备份，归档模式关闭，断电后出现严重的ORA-600错误，实例不断重启，经排查协商，后续采用旧版本的expdp逻辑备份进行恢复解决。
客户数据库业务并发量较高，反映业务系统响应缓慢，性能急剧下降，经排查，定位到并发量很大的SQL语句缺失关键索引，于是立刻停机创建索引，重启应用于数据库后，业务运作正常，问题解决！
