在Windows Server的日常运维中，远程桌面无疑是最常用的工具，没有之一，原因只有三个：1、微软自带，免安装；2、速度快，比任何一款远程控制软件都好用；3、稳定，一般不会出问题。
redo是引擎层的日志，而且是InnoDB特有的。InnoDB的redo log是有固定大小的，比如可以配置为 一组4个文件（logfile-1，logfile-2，logfile-3，logfile-4），每个文件的大小是1GB，那么它总共可以记录4GB的操作。一个环状循环结构，从头开始写，写到末尾又回到开始循环写。
Zabbix中文问答知识库可登陆网站查看，文中提及案例均来源于#Zabbix开源社区微信群#及#宏时数据Zabbix技术服务群#。
注：mysql.scok文件是在mysql服务启动的时候产生的，当服务停止后会自动删除！看样子报错是由于缺少了这个文件。
Redis的复制功能分为同步（sync）和命令传播（commandpropagate）两个操作 同步 从服务器对主服务器的同步操作需要通过向主服务器发送SYNC命令来完成，以下是SYNC命令的执行步骤： 1）从服务器向主服务器发送SYNC命令 2）收到SYNC命令的主服务器执行BGSAVE命令，在后台生成一个RDB文件，并使用一个缓冲区记录从现在开始执行的所有写命令 3）主服务器将BGSAVE命令生成的RDB文件发送给从服务器，从服务器接收并载入这个RDB文件，将自己的数据库状态更新至主服务器执行BGSAV
1、轮询（Polling）是一种CPU决策如何提供周边设备服务的方式，又称“程控输入输出”（Programmed I/O）。轮询法的概念是：由CPU定时发出询问，依序询问每一个周边设备是否需要其服务，有即给予服务，服务结束后再问下一个周边，接着不断周而复始。
WordPress 用户最头疼的问题就是站点白屏打不开了，或者后台进不去了，这就是 WordPress 的致命错误，英文是 White Screen of Death（白屏错误），简称：WSoD。
1 系统硬盘 系统硬盘做RAID1 /boot 200M /SWAP 内存的1-2倍（在大数据环境下，将其关闭能提高速度 但是可能会有内存溢出问题） / 剩余所有容量 2 数据硬盘 将多个小硬盘合并成一个大硬盘（逻辑卷）
计科专业从事嵌入式软件开发多年，最近因为公司需要搞后台研发，经常选择升级的时机放在凌晨，而且大型的数据处理也是放在这个时间段内，经常发生的服务器宕机也是在这个时段。都是在用户使用少的时候开始折腾，折腾的次数多也就容易出现服务器问题。由于做的是物联网设备，在工作中遇到的宕机主要有这么几种情况，对大量数据的操作导致CPU占比在一段时间内骤增从而导致数据接收模块出问题，导致系统监控出现问题，很多设备信息检测不到了。
服务器 服务器方面，老师提供了一台位于研究所某个实验室的机器：公网IP肯定是有的，2M独享带宽，配置也相当不错，8核 Core(TM) i7-2600 3.40GHz处理器、20G内存、500G硬盘。但蛋疼的是到现在80端口都无法使用，应该是电信给禁用了，但老师说这个不是家用的线，应该不会禁用，正在联系当初办理的老师……. 首要任务当时保证服务器的安全，说实话，机器放在那屋，真揪心，，谁不小心给关机了或者拔电源什么的，就……估计以后项目进行时也会换用VPS…先简单配置一下，毕竟暴露的互联网上，也没有硬件防火
最近一直在写《手撕MySQL系列》文章，我发现自己的切入点有一些问题，虽尝试深入探究MySQL中的一些关键特性，但对于MySQL的知识掌握不太能够形成较好的体系化的知识网络。我感到在对全局了解不够清晰的时候，去深究一个知识点往往会事倍功半。所以打算通过这篇文章，分析SQL语句从头到尾的执行，串连一下MySQL当中的基础知识点。
公司为了保证系统的稳定性，加了很多监控，比如：接口响应时间、cpu使用率、内存使用率、错误日志等等。如果系统出现异常情况，会邮件通知相关人员，以便于大家能在第一时间解决隐藏的系统问题。此外，我们这边有个不成文的规定，就是线上问题最好能够当日解决，除非遇到那种非常棘手的问题。
如何在高性能服务器上进行JVM调优？ 为了充分利用高性能服务器的硬件资源，有两种JVM调优方案，它们都有各自的优缺点，需要根据具体的情况进行选择。 1. 采用64位操作系统，并为JVM分配大内存 我们知道，如果JVM中堆内存太小，那么就会频繁地发生垃圾回收，而垃圾回收都会伴随不同程度的程序停顿，因此，如果扩大堆内存的话可以减少垃圾回收的频率，从而避免程序的停顿。 因此，人们自然而然想到扩大内存容量。而32位操作系统理论上最大只支持4G内存，64位操作系统最大能支持128G内存，因此我们可以使用64位操作系
RabbitMQ 是一个由 Erlang 语言开发的 AMQP 的开源实现。AMQP（Advanced Message Queue：高级消息队列协议）它是应用层协议的一个开放标准，为面向消息的中间件设计，基于此协议的客户端与消息中间件可传递消息，并不受产品、开发语言等条件的限制。RabbitMQ 最初起源于消息系统，用于在分布式系统中存储转发消息，具体有如下一些特点：
1、无论是vMotion还是Storage vMotion都需要专用的VMkernel网络来迁移虚拟机，所以需要在各ESXi主机上为vMotion配置专用的网络，并且考虑到性能的问题，最好为vMotion网络绑定专用的网卡。vMotion要求网络带宽至少为千兆，并且要求源主机和目标主机具有相同的网络配置，包括网络类型和网络标签都要一致。
传统的Oracle DBA都会把SQL解析问题看的很严重，这实际上是来自于早年的DBA对共享池问题的恐惧。实际上，我刚刚开始接触数据库的时候，SQL解析根本不是一个什么技术问题，因为那时候的服务器的性能有限，顶多两颗CPU，几十M的物理内存，虽然连接了几十台上百台终端，实际上大多数时候都在处理前端显示等缓慢的外设操作。真正访问数据库的并发量并不大，因此那时候的数据库问题主要还是DB CACHE的命中率问题，只要保证DB CACHE命中率高于80%，大多数SQL都能跑的还可以。不过那时候的SQL也都比较简单，码农的素质也比较高，自己能用算法搞定的事情一般不会交给数据库去做。
书中的「服务质量」一词在原作中对应的是「Service Level」。一般情况下我们可以将其简单理解为「系统的性能」。
可以随意使用任何熟悉的工具排查。只要问题能重现，排查就不会太难，最多就是把程序调试到各种框架源码，所以这也是为何面试都会问源码，不求都看过，但要有思路知道如何去看能解决问题。
内存溢出 out of memory : 通俗理解就是内存不够用了，是我们工作当中经常会遇到的问题，内存溢出有可能发生在正常的情况下，而非代码层面问题导致，比如高并发下，大量的请求占用内存，垃圾回收机制无法进行回收，而导致的内存溢出,这种情况就需要我们去调整架构了。一但出现内存溢出问题，我们需要快速定位并解决，尤其是生产环境，所以针对内存溢出问题，我们需要掌握一些常用的排查工具，针对不同场景、现象有快速排查思路。引起内存溢出的原因有很多种，常见的有以下几种：
网络上通过各种设备传递数据，最常见的就是路由器和交换机。本篇介绍路由器的静态路由协议。先简要说一下路由条目和路由表（熟悉的可略过）：
WPJAM Basic 插件的系统信息功能，可以让大家在 WordPress 后台就能够快速实时查看当前系统的状态，需要注意的是功能目前只支持 Linux 服务器，所以这也是为什么我常说 WPJAM Basic 只支持 Linux 的原因。
特点：加密解密效率高、速度快、空间占用小、加密强度高 缺点：参与多方都需要持有密钥、一旦有一个人泄露则安全性遭到破坏、另外再不容安全通道下分发密钥也是个问题。 代表算法：DES、3DES、AES、IDEA等等 DES：其密钥长度为56位+8位校验 破解方式：暴力破解 3DES：3重DES操作 算法不能靠累积增加防御力 AES：分组算法、分组长度为128、192、256位三种、其优势在于 速度快 整个过程可以数学化描述、目前尚未有效破解手段 适合场景：适用于大量数据加解密、不能用于签名场景 需要提前分法密钥
服务器性能测试是一项非常重要而且必要的工作，本文是作者Micheal在对服务器进行性能测试的过程中不断摸索出来的一些实用策略，通过定位问题，分析原因以及解决问题，实现对服务器进行更有针对性的优化，提升服务器的性能。
教科书般的教程、课程中对视频文件结构的描述非常详细，此处不赘述，简单地说，视频文件也是一种文件，是文件，就是一堆二进制数的集合，而且是一个一维的二进制数的集合。因此，视频文件中的视频流、音频流，甚至可能包含的字幕流是如何存放的呢？
原文来自Kadira Voice，标题为「Meteor’s Reactive GraphQL Is Just Awesome」。 Meteor正在着手开发一套响应式的GraphQL实现，他们在前几天放出了一份high-level technical documentation。这篇文章是该设计文档的总结和我对这个项目的一些想法。 这是 GraphQL GraphQL 是一个Facebook提出的应用层的查询语言。它有许多的伴随工具和库，比如Relay，GraphiQL，和express-graphql。同时
区块链的基础概念是非常简单的：一个有序递增记录列表的分布式数据库。然而，当我们在谈论区块链时很容易和用区块链来解决问题的过程混淆。这在如今较流行的以区块链为底层技术的项目，如比特币以及以太坊中也会存在这样的问题。“区块链”这个概念经常会和以下几个概念联系起来，比如交易，智能合约，或者加密货币。
slow log是Redis用来记录查询执行时间超过给定时长的命令请求的日志系统。许多数据库(如:MySQL)提供慢查询日志帮助开发与运维人员定位系统存在的慢操作。所谓慢查询日志就是系统在命令执行前后计算每条命令的执行时间,当超过预设阈值,就将这条命令的相关信息(例如:发生时间,耗时,命令的详细信息)记录到慢查询日志中，Redis也提供了类似的功能；另外，slow log保存在内存里面，读写速度非常快，因此你可以放心地使用它，不必担心因为开启slow log而损害Redis的速度。
推荐使用gotop[1]插件，可以从终端直观的、实施的查看CPU、内存、磁盘等指标。
Apache IoTDB（物联网数据库）是一体化收集、存储、管理与分析物联网时序数据的软件系统。Apache IoTDB 采用轻量式架构，具有高性能和丰富的功能，并与Apache Hadoop、Spark和Flink等进行了深度集成，可以满足工业物联网领域的海量数据存储、高速数据读取和复杂数据分析需求。
一般的业务服务系统大体上就是通过网络远程对DB进行读写。如果流量突然飙大，总有一个资源会遇到瓶颈。按照经验大概出问题地方是DB磁盘io、CPU、带宽、连接数、内存其中的一个或几个。不同的业务，不同的系统设计，出问题的地方会有所不同。如果流量增大数倍，势必某个资源会在瞬间被榨干，然后所有的服务都会“开小差”，引起用户的抱怨。而解决问题的关键，是在问题发生时，尽量减少出问题的资源被访问。 对于这个问题，我这里给出两个回答，一个是应付面试的，一个面向实际的。大家各取所需。 面试中怎么回答 面试官其实就想听到几个术
3、收集、分析WAS应用日志 4、根据系统资源数据分析及日志信息，基本定位发生或影响性能的瓶颈
当数据库服务经常突然挂断，造成无法访问时我们能做什么？本篇主题就是记录针对这一现象时发现问题，分析问题，最后解决问题的过程。
数据库热点问题可以说是比较常见的场景，但往往这是表象，为什么产生热点，它背后的根源，才是解决问题的关键所在。同一个现象，可能来自于不同的原因，都需要相应分析，才可以找到合适的解决方案。技术社群的这篇文章《数据库热点问题的产生和避免》从若干个方向讨论了数据库热点问题的产生以及避免的策略，可以给我们提供一些借鉴。
微信在2014年推出的一个小小的新功能：撤回消息，使用此功能者提神醒脑、神清气爽，但被施用者却可能会抓耳挠腮、咬牙切齿的想知道你到底撤回了啥，这就是所谓的好奇害死猫（Curiosity kills the cat），今天我们就来用Python实现防微信消息撤回，满足一下大家的好奇心！
通常,当苦逼的我还在学校读书的时候，时不时就趁老师不在用教室电脑打开我的博客瞅瞅， 突然，有一天，我打开，吓了一跳，我博客里图片怎么都死了（失效了），当时我还以为是我服务器是不是哪出问题了。。。这个时候，在教室电脑上又不方便搞，随时都提防着老师，不然被老师逮到就一个违纪，，于是，我就打算等51放假回去后进行问题修复....
日常Bug排查系列都是一些简单Bug排查，笔者将在这里介绍一些排查Bug的简单技巧，同时顺便积累素材^_^。
最近工作上需要使用java完成高并发的服务器后台设计，因此对此作了一些研究，于是想把研究的心得，总结，经验写出来与大家分享，顺便巩固自己的认知。java通常用来开发大型网站，特别是用来开发应对高并发的后台服务器，例如淘宝就是依赖java后台来满足每天面临的海量数据请求。
PS:调优还是报表工具，主要是一些细节，并不会记下来，这么多工具，思路很重要，知道有这个工具可以干这个事情，大概可以分析什么东西，内存的问题，大部分情况都是可以预防，问题定位比较直接，工具也比较多。问题出现不好回复。内存慢慢堆积升高，是可以通过监控工具发现的。宕机之前解决。开发时，
对Oracle生产库来讲，服务器进程（可以简单理解是前台进程）的数量远远大于后台进程。因为一个用户进程对应了一个服务器进程。
最近，发现个人博客的Linux服务器，数据库服务经常挂掉，导致需要重启，才能正常访问，极其恶心，于是决心开始解决问题，解放我的时间和精力（我可不想经常出问题，然后人工重启，费力费时）。
一、慢查询日志介绍 许多存储系统（例如MySQL）提供慢查询日志帮助开发和运维人员定位系统存在的慢操作。所谓慢查询日志就是系统在命令执行前后计算每条命令的执行时间，当超过预设阀值，就将这条命令的相关信息记录下来，Redis也提供了类似的功能 Redis的慢查询日志功能用于记录执行时间超过给定时长的命令请求，用户可以通过这个功能产生的日志来监视和优化查询速度 客户端命令执行步骤一般分为4步：发送命令、命令排队、命令执行、返回结果。慢查询只统计命令执行的时间的时间，所以没有慢查询并不代表客 户端没有超时问题
该文讲述了通过分析 Node.js 程序运行时的内存快照来定位程序异常的方法。首先介绍了 Node.js 程序运行时内存快照的基本概念和作用，然后详细描述了如何利用 heapdump 工具进行内存快照的分析。最后，总结了通过分析内存快照发现程序异常的方法，并提供了一些最佳实践。
文件小的时候，客户端和服务端之间的文件传输。很难感知出问题来。如果文件比较大了，不管是从服务器下载文件还是往服务器上传文件都是一个问题。这里插入一个分治思维、大文件的上传和下载能很好的体现该思维。如果一个问题比较难，我们可以不断的拆解成很多个子问题，不断拆开直到我们能解子问题。当我们把多个子问题解决完的时候，距离目标已经很近了。(拆分和聚合)
微信（WeChat）是腾讯公司于2011年1月21日推出的一款社交软件，8年时间微信做到日活10亿，日消息量450亿。在此期间微信也推出了不少的功能如：“摇一摇”、“漂流瓶”、“朋友圈”、“附近的人”、“公众平台”、“小程序”等等，涵盖了我们生活的方方面面，微信正在慢慢践行着他们的口号：微信，是一个生活方式
分布式架构下，唯一序列号生成是我们在设计一个系统，尤其是数据库使用分库分表的时候常常会遇见的问题。当分成若干个sharding表后，如何能够快速拿到一个唯一序列号，是经常遇到的问题。
新冠疫情引发全球健康危机，全球人口被迫在家工作、学习、社交、进行零售交易、娱乐，甚至与医疗保健提供者见面。正如微软首席执行官萨蒂娅·纳德拉（Satya Nadella）在全球健康危机爆发60天左右时所说的一句名言，“我们在两个月内见证了两年的数字化转型。”
言归正传，今天要说的可是个大家伙，毕竟从现在开始，咱不整简单功能啦，整点厉害的，哈哈哈
产品的更新迭代必然会伴随着功能的推出和下线，今天我们要讲的便是微信在2014年推出的一个小小的新功能：撤回消息，使用此功能者提神醒脑、神清气爽，但被施用者却可能会抓耳挠腮、咬牙切齿的想知道你到底撤回了啥，这就是所谓的好奇害死猫（Curiosity kills the cat），今天我们就来用Python实现防微信消息撤回，满足一下大家的好奇心！
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
