解决数据库卡、慢，问题多，难管理——老技术的执著

 

写在前面

　　本篇是赤果果的产品介绍文章，同时也是向使用数据库的战友们表达一下咱们是怎样一步一步打磨产品，又有什么样的远景、动力让咱们一直走下去....

　　八年数据库之路的感悟 这篇文章最后所提到的数据库管理产品，又通过两年的不懈努力，一群带有热情的老技术打磨，如今3.0版本已经成功上线，并有将近500家线下企业客户使用，2500家线上用户，同时也承载着上千技术爱好者的大力支持。

　　在这里也向一直支持咱们的技术大牛们表达感谢！！

要作到什么？

　　复杂的技术简单化、可视化、自动化、智能化 （都是被无数产品说烂掉的词），解放DBA、解放IT管理人...

1.0的时代

　　咱们怎么样全面了解客户的数据库运行状况？ 脚本？ 命令？ 又不全又累人，还不及时....咱们作了最初的原形Expert for SQL Server ，他能帮助DBA 快速了解分析系统的运行状况，什么时间点出现过什么问题

　　这样咱们能够对众多服务器、众多客户的系统进行全面分析。而告别我的经验主义、效果看水平，这样的时代咱们认准的事——分析全面

　　告别：硬件说软件问题，软件说硬件不行，解决数据库问题就是换高速存储换完还不行再换服务器？

　　

 

　　同时我也经过1.0的产品写了一整套数据库优化的文章和案例 SQL SERVER全面优化-------Expert for SQL Server 诊断系列

　　帮助技术同行解决各类数据库问题，固然最重要的仍是告诉你们如何不轻易下结论，一切问题要——全面分析，找到根源

2.0时代

　　SaaS、云已经成为大火和没法阻挡的趋势，咱们也一样开放了线上的诊断平台SQL专家云SaaS平台，免费帮助技术同行处理数据库问题，同时咱们在1.0的基础上汲取各类场景、解决问题的思路，以1.0时代积累下的3000家客户运行状况提炼分析，把更多的指标，更多的问题场景融入到产品中，也获得普遍的承认。

　　同时在2.0的版本中，咱们也在智能化的路上前进了一大步，超过3000家的数据库运行状况，上万个问题场景，也酝酿出了 咱们自动化解决问题的功能——智能加速与智能运维！

　　

 

 

　　SaaS平台的推出，让咱们接触到了更多的数据库使用者，也接触到各类不一样的系统运行状况，也有不少人在SaaS平台上寻求帮助，本身的系统有问题，又对数据库不懂，没法分析。

　　在SaaS平台运行的一年半里，咱们大约接到几百位求助者分享给咱们的运行状况，咱们也为他们全面分析并解决了数据库上的棘手问题，固然更多的是小白问题....哈哈哈哈

　　小到解决问题，大到针对系统现状如何规划数据层应用，这样的过程是快乐了，技术是纯粹的，没有谈钱只有技术交流...偶尔大侠赏个红包，技术团队的兄弟也出门吃顿好的...哈哈哈

 

3.0的时代来了

　　在1.0和2.0累积下来的经验看，咱们依然有不少不足：包括不少生僻的指标让初级使用者依然很难简单诊断，实时性诊断分析滞后，问题预警缺失，智能解决方案较为单一等等....

　　对于使用者的需求咱们一一整理足一强化、改善、研发....

　　你们都喜欢用老外的产品，外来的就是最好的？咱们国内产品差什么？ 咱们就是要打造No.1

　　从功能到使用习惯再到智能化...咱们一步一步前行，全部的客户建议都是咱们最宝贵的财富...

　　如今咱们的3.0界面是这样的....

　　

 

 

　　首先咱们美化了界面，IT的深蓝色调...常规关注指标的布局，使用习惯上页面的调转，目标源头的呈现等等

　　并一改2.0重诊断分析问题，而变成简单呈现，简单发现，简单处理为原则。

　　页面可能都是花架子，咱们来讲功能提高！

　　

　　这样的工具也许就是知道数据库的“昨天、今天、明天”，也就是“过去、如今和未来”

　　

　　

　　下面列举一些简单又使用的功能

　　实时知道运行了那、哪些语句、运行的好很差

　　在运行状态的记录和分析基础上，咱们最强化了就是方便...易用，以下面：

　　任什么时候间点的运行语句很轻易的就能够呈现出来，点击便可了然于心

　　图示是语句

 

 

　　知道任什么时候间点执行的语句这可能只是最基础的功能，就算我知道了15点31分23秒，运行了个语句很是慢，可这个语句平时也不慢，拿下来一执行几毫秒就完成了。我怎么知道是什么缘由形成的？当时怎么就执行那么长时间？

　　语句实时查看

　　

　　分析语句行为，上面的例子有些经验的人都知道是语句执行的时候被阻塞了，而阻塞有两种：硬件的资源等待，或语句资源争用的锁（也是咱们常说的锁表/死锁/阻塞）

　　那咱们就会清楚地知道当时是为何慢？ 卡在硬件仍是软件的语句上？ 

 

　　语句阻塞等待 实时分析

　　

　　

　　是被哪一个语句卡住？为何卡住？源头是谁？谁执行的从哪来的？什么程序过来的？ 接口仍是报表？

　　语句源头分析　

 　　

　　若是是被硬件资源卡住，是CPU、内存、仍是IO？ 

　　为何不够用？ 当时硬件资源利用率怎么样？ 

　　硬件与语句关联分析

　　

　　咱们常常被问题究竟是硬件不够形成的仍是软件的问题所困扰，在这样的状况下咱们是否能够同时看到语句运行的好很差已经当时的硬件什么压力？这样是否是一下就解决了呢？

 

　　硬件压力来源分析

　　CPU已经使用到 90% 了？ 哪些操做致使CPU高的？

　　

　　

　　这些语句是否能够优化？

　　

 

　　

　　数据指标全面，并且对分析问题的流程和逻辑作到只需 “按步骤点击” ，好比忽然一个时间点系统慢了，要帮助管理人员清晰的展现出分析问题的逻辑！

　　把DBA解决问题的思路融入产品，让非DBA也能够解决DBA问题，您说这样能够吗？

　　

 

　　也许这就是所谓的 “工欲善其事，必先利其器”

 

　　其余的实时告警、趋势分析、深刻体检等等功能，因为篇幅缘由，简单贴如下图吧。

 　　趋势分析

　　趋势分析能够拉长时间观察发生问题的规律

　　趋势分析也可对系统进行预测分析，好比什么时间点该提高内存？

　　

 

　　自动化巡检

　　

 

　　其余功能

　　

 

 

--------------博客地址---------------------------------------------------------------------------------------

博客地址 http://www.cnblogs.com/double-K/

 

 欢迎转载，请注明出处，谢谢！

-----------------------------------------------------------------------------------------------------

再说点什么

　　生活中的便利你们也都感受到了，随便一个不方便，可能就有人作了对应的贡献，咱们也同样，咱们是一群老DBA跟年轻的从业者没法拼创意、没法比精力、体力。但咱们也会用咱们优点的经验来贡献咱们本身的一份力量。

　　新入行的DBA愈来愈少，能踏实肯学的就少之又少，数据做为企业命脉，各个企业都面临着数据库的问题，也许还有一些时间让咱们这帮老鸟发挥一些余热。

　　但愿你们在看完本篇之后，有兴趣的技术咖能够花些时间多尝试一下，多给咱们一些宝贵的建议。

　　咱们会在这样的技术贡献上越走越远，愈来愈深刻，由于咱们要打造的是 No.1

 ----------------------------------------------------------------------------------------------------

若是您也遇到相似问题或者想加入咱们欢迎微信交流

 

注：此文章为原创，欢迎转载，请在文章页面明显位置给出此文连接！
若您以为这篇文章还不错请点击下右下角的推荐，很是感谢！