我们只要用到数据库，一般会遇到数据库运维方面的事情，需要我们寻找原因，有很多是关乎处理器(CPU)、内存（Memory）、磁盘（Disk）以及操作系统的，这时我们就需要查询他们的一些设置和内容，下面讲的就是如何查询它们的相关信息。1、（1）获取数据库服务器CPU核数等信息(只适用于SQL2005以及以上版本数据库)/\\\\\\

1、关于日志切割　　日志文件包含了关于系统中发生的事件的有用信息，在排障过程中或者系统性能分析时经常被用到。对于忙碌的服务器，日志文件大小会增长极快，服务器会很快消耗磁盘空间，这成了个问题。除此之外，处理一个单个的庞大日志文件也常常是件十分棘手的事。　　logrotate是个十分有用的工具，它可以自动对日志进行截断（或轮循）、压缩

<p如果RabbitMQ集群只有一个broker节点，那么该节点的失效将导致整个服务临时性的不可用，并且可能会导致message的丢失（尤其是在非持久化message存储于非持久化queue中的时候）。可以将所有message都设置为持久化，并且使用持久化的queue，但是这样仍然无法避免由于缓存导致的问题：因为message在发送之后和被写入磁盘并执行f

Oracle序列Sequence解释一.对于序列的定义序列(Sequence)是序列号生成器，可以为表中的行自动生成序列号，产生一组等间隔的数值(类型为数字)。不占用磁盘空间，占用内存。其主要用途是生成表的主键值，可以在插入语句中引用，也可以通过查询检查当前值，或使序列增至下一个值。 二.创建序列 需要权限,CREATESEQUENC

Docker控制组控制组是Linux容器机制的另外一个关键组件，负责实现资源的审计和限制。它提供了很多有用的特性；以及确保各个容器可以公平地分享主机的内存、CPU、磁盘IO等资源；当然，更重要的是，控制组确保了当容器内的资源使用产生压力时不会连累主机系统。尽管控制组不负责隔离容器之间相互访问、处理数据和进程，它在防

该书不在解决问的具体步骤，主要是解决问思路与方法。第一章：故障排除的最佳实践沟通，测试，尝试解决问题方案，记录问题和解决安案，了解改动，了解系统如何工作，谨慎使用internet,我到是觉得使用internet，抵制重启。第二章：服务器为什么这么慢？耗尽了CPU、RAM和磁盘I/O资源机器运行缓慢通常是由于消耗了太多的系统

线上故障主要会包括CPU、磁盘、内存以及网络问题，而大多数故障可能会包含不止一个层面的问题，所以进行排查时候尽量四个方面依次排查一遍。同时例如jstack、jmap等工具也是不囿于一个方面的问题的，基本上出问题就是df、free、top三连，然后依次jstack、jmap伺候，具体问题具体分析即可。CPU一般来讲我们首先会排查

Java规定的内部机制，实现Serializable接口就行了，这个接口只是个标记性的接口，表示类的设计者已经允许这个类型的对象被序列化写入磁盘或通过网络发送，对于有保密要求的东西一般不实现这个接口防止无意间复制到jvm内存之外。如果一个类型的多数字段可以复制但个别字段不用复制(比如，它实际上是通过其它字段计算出来的)，我们可以把它标记为

导读：如何在众多异常性能指标中，找出最核心的那一个，进而定位性能瓶颈点，最后进行性能调优。整篇文章会按照代码、CPU、内存、网络、磁盘等方向进行组织，针对对某一个优化点，会有系统的「套路」总结，便于思路的迁移实践。1.代码相关遇到性能问题，首先应该做的是检查否与业务代码相关——不是通过阅读代码解决问题，而是通过

有时候我们会发现mysql可能出现选错索引的情况，要了解这个问题我们得先看看sql优化器是怎么选择索引的索引选择逻辑优化器选择索引的目的，是找到一个最优的执行方案，并用最小的代价去执行语句。在数据库里面，扫描行数是影响执行代价的因素之一。扫描的行数越少，意味着访问磁盘数据的次数越少，消耗的CPU资源越少扫描行数是怎么判断的?