文中的调优思路无论是 php, java, 还是其他任何语言都是用. 如果你有 php 使用经验, 那肯定就更好了
墨墨导读：经常会看到看到cpu 使用率非常高的情况。在这种情况下，资源的使用监控分析才是性能故障分析的根本首要任务，通过这些分析，理解服务器如何运行，资源损耗在哪些方面对问题进行故障诊断是非常有价值有意义的。
最近腾讯云有台服务器有几次登陆的时候和以前比稍微慢了点，就用 Xshell 连接上去看了一下 CPU 的占用情况，同时观察腾讯云服务器后台的 CPU 实时监测，二者结合起来看看目前这台云服务器的运行情况如何，索性把过程写出来分享给新手，希望能帮到你们。 监测 CPU 和内存占用可以用安全狗之类的软件客户端在本地电脑实现，那样同样需要安装服务器端，会占用一些资源；不爱安装软件或者偶尔才观察一次的可以看看下面手动的办法。 首先这台云服务器用的是 lnmp1.4 的生产环境，从购买到现在有 6 个多月没重启了，这
主备切换有两种场景，一种是主动切换，一种是被动切换。而其中被动切换，往往是因为主库出问题了，由 HA 系统发起的。
之所以写这篇文章也是因为前几天出的一个问题，当时业务感觉到卡顿，并且伴随着锁超时的报错。最后通过分析发现是由于磁盘I/Q繁忙导致SQL耗时增加，部分锁竞争激烈的热数据出现了锁等待和锁超时。由此可见，系统的硬件环境对数据库整体性能的影响也是非常大的，MySQL在运行环境中并不是孤立存在的，它的整体性能往往受限于系统最薄弱的环节，今天想和大家分享下，都有哪些系统指标会对数据库的整体性能产生影响，我们又如何进行分析。
MySQL性能慢，多半是SQL引起的（慢查询日志会把执行慢的SQL，一五一十的记录下来，就像你的身体一样诚实..）需要根据慢查询日志的内容来优化SQL。
谈到Hermes的索引技术，相信很多同学都会想到Solr、ElasticSearch。Solr、ElasticSearch真可谓是大名鼎鼎，是两个顶级项目，最近有些同学经常问我，“开源世界有Solr、ElasticSearch为什么还要使用Hermes” 在回答这个问题之前，大家可以思考一个问题，既然已经有了Oracle、MySQL等数据库为什么大家还要使用ES下的Hive、Spark？ Oracle和MySQL也有集群版，也可以分布式，那ES与Hive的出现是不是多余的？ Hermes的出现，并
在 第25 和 第27 篇文章中，和你介绍了主备切换流程。通过这些内容的讲解，你应该已经很清楚了：在一主一备的双 M 架构里，主备切换只需要把客户端流量切到备库；而在一主多从架构里，主备切换除了要把客户端流量切到备库外，还需要把从库接到新主库上。
如果CPU风扇散热不好,会导致CPU温度太高,使CPU自动降频,从而使CPU的性能降低。总之高温时CPU会自动将降低工作效率。
线上有个MySQL 5.7版本的实例，从服务器延迟了3万多秒，而且延迟看起来好像还在加剧。
我们都知道 计算机底层真正执行操作的是CPU的指令集，但是我们真正去操作硬件难度太高，我们Java进程在操作的时候，底层就是操作的CPU指令集，为什么Java还要我们写编码呢，直接写指令集不香么？不香，指令集是底层的东西，越低层，难度越高。机器能识别，我们人类不能识别，编写起来更加困难。就需要一个统一的编码格式，方便我们人类去操作。
C++这门语言从诞生到今天已经经历了将近30个年头。不可否认，它的学习难度都比其它语言较高。而它的学习难度，主要来自于它的复杂性。现在C++的使用范围比以前已经少了很多，java、C#、python等语言在很多方面已经可以代替C++。但是也有很多地方是其他语言完全无法替代的，主要集中在需要运行效率比较高的行业，比如游戏、高效的服务器。 现在学习java、C#等语言的人数远远高于C++，主要是C++的入门门槛太高，可能学习了一段时间后还做不了什么东西，导致信心大受打击，进而放弃。 我想把我自己的经验
最近因为太忙，时间不够，导致长时间没写笔录，没有好好去总结自己，很不应该，要调整回来。
C++这门语言从诞生到今天已经经历了将近30个年头。不可否认，它的学习难度都比其它语言较高。而它的学习难度，主要来自于它的复杂性。 现在C++的使用范围比以前已经少了很多，java、C#、python
在使用EasyDSS直播点播平台的部分情况下，项目场景中需要将同一路视频流进行不同协议的转码和同时对外分发。实际这个需求仅通过EasyDSS就可以实现，主要实现方式就是将视频流通过虚拟直播的方式进行协议转换，然后进行多协议的输出。
使用阿里云rds for MySQL数据库（就是MySQL5.6版本），有个用户上网记录表6个月的数据量近2000万，保留最近一年的数据量达到4000万，查询速度极慢，日常卡死。严重影响业务。
我们做为研发同学，经常会接到各种需求或项目，除了保证业务功能实现外，还会关注一个重要的指标，就是系统性能。如果一个系统发布上线后，扛不住一定的流量，很难得到客户的满意。
C++语言从诞生到今天已经经历了将近30个年头。不可否认，它的学习难度都比其它 语言较高。而它的学习难度，主要来自于它的复杂性。现在C++的使用范围比以前已经少了很多，java、C#、python等语言在很多方面已经可以代替 C++。但是也有很多地方是其他语言完全无法替代的，主要集中在需要运行效率比较高的行业，比如游戏、高效的服务器。
C++这门语言从诞生到今天已经经历了将近30个年头。不可否认，它的学习难度都比其它语言较高。而它的学习难度，主要来自于它的复杂性。现在C++的使用范围比以前已经少了很多，java、C#、python等语言在很多方面已经可以代替C++。但是也有很多地方是其他语言完全无法替代的，主要集中在需要运行效率比较高的行业，比如游戏、高效的服务器。现在学习java、C#等语言的人数远远高于C++，主要是C++的入门门槛太高，可能学习了一段时间后还做不了什么东西，导致信心大受打击，进而放弃。但是如果想在编程这条路上走的更加
第3章 服务器性能剖析 优化的第一步应该是测量时间花在哪里。 对测试结果统计之后，对结果进行排序，把重要的任务排在前面。 如果优化的成本大于收益，就应该停止优化。 平均值在很多时候都隐藏了我们正在需要关注的地方。 虽然监控程序本身可能会拖慢程序，但是它对优化程序的贡献，是远远大于的其拖累的。 mysql慢查询日志可以帮助我们找到那些查询慢的语句。 利用pt-query-digest分析慢查询报告。 使用SHOW PROFILE 可以详细查看每条语句耗费时间的地方。 导致性能低下的原因有几种：资源被过度使用，
来源：https://juejin.im/post/6871969929365553165
MySQLTuner是一个用Perl编写的脚本，帮助你提高MySQL性能及稳定性。它通过检索当前配置变量和状态数据，提供一些基本性能建议。
如今，直播已经成为了人们生活中必不可少的产品了，不仅仅通过实时直播带来的娱乐和欢乐，还有更重要的是它带来的实时信息分享，由此直播也带来了非常大的商业价值和潜力。不仅是现在的秀场直播，现在慢慢兴起的教育、电商等，都在一步步的跨入直播领域，可见直播的领域应该还存在更大的潜力等待我们去挖掘。 那么，直播系统平台开发到底需要哪些技术呢？需要了解哪些方面的知识呢？ 首先开发实时直播时需要了解哪些知识： 摄像头采集； 1、音视频编解码； 2、流媒体协议； 3、音视频流推送到流媒体服务器； 4、流媒体网络分发； 5、用户播放器； 6、音视频同步； 7、网络延迟自适应； 8、需要录制，多种视频文件的格式和封装； 9、语言：C、C++、html、php、mysql...... 10、开发环境：嵌入式，Linux，Windows，Web...... 还有就是视频播放解决方案（卡顿、延迟）： 1、CDN 加速； 2、自己架服务器； 3、用别人的云服务。 用 CDN 加速，可以尽量减少延迟。目前业内水准来看，视频延迟都在 3-6 秒之间。也就是在视频直播时，你看到的是几秒以前的画面。 自己架服务器，如果部署的数据中心不够多，那么遇上跨网、跨省的传输，还是得用 CDN 加速。那么为了尽可能降低延迟，你就需要在全国各省市都部署数据中心，来解决跨网、跨省的传输。用云服务的话，就是别人把服务器给你架好了，你只要傻瓜式的用就行了。当然，不管用哪种方式，综合权衡利弊，找到适合的方案就是最好的方案。 开发视频直播的流程有哪些： 1、采集； 2、前期处理； 3、编码； 4、传输； 5、解码； 6、渲染。 采集：iOS 是比较简单的，Android 则要做些机型适配工作。PC 最麻烦各种奇葩摄像头驱动，出了问题特别不好处理，建议放弃 PC 只支持手机主播，目前几个新进的直播平台都是这样的。 前期处理：现在直播美颜已经是标配了，80%的主播没有美颜根本没法看。美颜算法需要懂图像处理算法的人，没有好的开源实现，要自己参考论文去研究。算法设计好了还要优化，无论你打算用 CPU 还是 GPU 优化，算法优化本身也需要专业知识支持。GPU 虽然性能好，但是也是有功耗的。GPU 占用太高会导致手机发烫，而手机发烫会导致摄像头采集掉帧。而这一切都是需要经验支撑。 编码：如果你要上 720p，肯定要采用硬编码。软编码 720p 完全没希望，硬件编码不灵活。兼容性也有问题。如何适应纷繁复杂的网络和纷繁复杂的上下行设备？安卓和芯片的坑，开发过的人都知道。那有人问，要求不高，上软编码低分辨率 360p 行不行？就算上低分辨率，软编码还是会让 CPU 发烫，CPU 过热烫到摄像头，长期发烫不仅直接反应是费电。既然是手机直播，插着电源和充电器实在说不过去吧。还有，CPU 发烫会降频，怎么办？这还是只说性能方面。和前处理只影响图像质量和功耗不同，视频编解码技术还关联成本计算和网络对抗。考虑性能、功耗、成本、网络这四个之后你编码的码率、帧率、分辨率。软硬件开发该如何选择？ 传输：自己做不现实，交给第三方服务商吧。 解码：如果你用硬解码，一定要做容错处理，一定要做适配。突然一个crash导致手机重启不好吧。安卓的硬解码，不说了。如果你加了网络目前手机的硬解码还不一定支撑用软解码，功耗发热的问题又来了。 渲染：为什么手机明明解码出好多帧数据。就是渲染不出来。为什么画面就是不同步。 以上是媒体模块，还有信令控制，登录、鉴权、权限管理、状态管理等等，各种应用服务，消息推送，聊天，礼物系统，支付系统，运营支持系统，统计系统等。后台还有数据库，缓存，分布式文件存储，消息队列，运维系统等。 以上技术要点的小结，确实能说明开发一个能用于生产环境的实时视频直播平台确非易事，跟IM里传统的实时音视频一样，这样的技术都是音视频编解码+网络传输技术的综合应用体。
第九章 操作系统和硬件优化 Mysql服务器性能受制于系统最薄弱的环节，磁盘大小，可用内存，cpu资源网络以及连接他们的组件，都会限制住Mysql的性能。 mysql中一方面的缺陷常常会将压力施加在另一个系统之上。例如没有内存的时候，可能会刷出缓存来腾出空间，这时候会导致io过高，所以再发现问题的时候，要尽量注意深沉次的问题。 低延时收益于更快的cpu，高吞吐收益于更多的cpu。 mysql还有很多后台工作，那些工作也能受益于多cpu。 备库更多需要io而不是cpu，因为主库备份到备库会使串行任务。 cpu
检查应用性能时，应该首先审查CPU时间。 代码优化的目的是提升而不是降低（更短时间段内的）CPU的使用率。 在试图深入优化应用前，应该先弄清楚为何CPU使用率低。
牛客上刷到一条帮选 offer 的帖子，上来就是“阿里 80 万年包，边缘业务”，于是很有诚意的点进去，想帮牛友分担一点选择上的负担，结果看得汗流浃背。
1、 数据库设计方面，设计结构良好的数据库，允许部分数据冗余。选取最适用的字段属性，尽可能把字段设置为NOT NULL，这样在查询的时候，数据库不用去比较NULL值。
思维导图一直都是日常工作用经常用到的工具，不管是所在什么行业，做好思维导图一定是对你的工作流程化以及工作梳理都有帮助。今天要介绍的项目便是一款可私有化部署的思维导图项目，该项目可直接进行docker部署，且部署过程异常简单，属于是跟着教程有手就行了。且该项目不管是在群晖上，还是在极空间以及绿联这样的“轻”NAS上都是可以直接部署的，不许要太高的权限就可以直接运行。
前言 最近快到毕业答辩的时候，我自己的论文也完成了查重，并且已经提交到知网平台。自己做的是一个电商项目，基本的功能都已实现。当时为了偷懒，直接是copy的慕课网上Spring电商的一个项目，自己在此基础改了几个星期，真心觉得代码写的烂。代码很多程度上违反了迪米特，合成复用，依赖倒置等原则。整体架构距离一致性，可用性，容错性有很大的差距。后期有时间，我会用Spring Cloud拆分整体模块，代码重构。 项目存在的问题 1.20张表都是基础的CRUD。表与表之间的关系没有通过连接或者是嵌套进行关联，而是很大程
某公司新开发了一款大IP手游。上线之后不久，发现几十个人上线之后服务器就崩溃了。一开始还能用大量预算来购买服务器用以支撑，但几天之后由于宣传火爆，随着用户的增多，这才发现单纯增加服务器的成本实在太高了。玩家开始逐渐骂服务器垃圾，各种掉线、卡顿、crash。本想领先竞品抢先进入市场，结果收获的却是满怀期待玩家们的流失。为什么！因为没有做压力测试！
在Windows的使用过程中，将窗口一直置顶是常见且必要的，然而，Windows竟然没有原生支持，这让我们在某些时候非常头疼，严重拉低了我们的使用体验。但，Deskpins 则可以很好地解决这个问题——一款由希腊程序员开发的窗口固定软件。安装包仅1.7MB，简洁高效，只为快速固定住窗口而生，需要使用时直接呼出，像用图钉钉住东西一样简单
原文：http://www.monitis.com/blog/101-tips-to-mysql-tuning-and-optimization/ MySQL是一个强大的开源数据库。随着MySQL上的应用越来越多，MySQL逐渐遇到了瓶颈。这里提供 101 条优化 MySQL 的建议。有些技巧适合特定的安装环境，但是思路是相通的。我已经将它们分成了几类以帮助你理解。 Mysql 监控 MySQL服务器硬件和OS（操作系统）调优： 1、有足够的物理内存，能将整个InnoDB文件加载到内存里 —— 如果访问
使表占用尽量少的磁盘空间。减少磁盘I/O次数及读取数据量是提升性能的基础原则。表越小，数据读写处理时则需要更少的内存，同时，小表的索引占用也相对小，索引处理也更加快速。
在实际的性能测试中，会遇到各种各样的问题，比如 TPS 压不上去等，导致这种现象的原因有很多，测试人员应配合开发人员进行分析，尽快找出瓶颈所在。
MySQL是一个强大的开源数据库。随着MySQL上的应用越来越多，MySQL逐渐遇到了瓶颈。这里提供 101 条优化 MySQL 的建议。有些技巧适合特定的安装环境，但是思路是相通的。我已经将它们分成了几类以帮助你理解。 MySQL监控MySQL服务器硬件和OS（操作系统）调优： 1、有足够的物理内存，能将整个InnoDB文件加载到内存里 —— 如果访问的文件在内存里，而不是在磁盘上，InnoDB会快很多。 2、全力避免 Swap 操作 — 交换（swapping）是从磁盘读取数据，所以会很慢。 3、使用电
在日常工作中，发现 MySQL 的状态不太对劲的时候，一般都会看看监控指标，很多时候会看到熟悉的一幕：CPU 使用率又爆了。本文会简单介绍一下 MySQL 和 CPU 之间的关系，对此有一些了解之后可以更准确的判断出问题的原因，也能够提前发现一些引发 CPU 问题的隐患。
我们在使用redis时，一般会设置一个过期时间，当然也有不设置过期时间的，也就是永久不过期。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
在选择时间序列数据库时，最重要的考虑因素是存储和查询性能、存储空间效率和灵活的可扩展性，而InfluxDB似乎是一个不错的选择。从时间序列数据库相关的趋势数据来看，它已经超越了以前常用的RRDTool和Graphite，以压倒性的速度增长
MySQL server层的优化器负责选择索引。而优化器选择索引的目的，是找到一个最优的执行方案，并用最小的代价去执行语句。在数据库里面，扫描行数是影响执行代价的因素之一。扫描的行数越少，意味着访问磁盘数据的次数越少，消耗的 CPU 资源越少。当然，扫描行数并不是唯一的判断标准，优化器还会结合是否使用临时表、是否排序等因素进行综合判断。
前一段时间针对 MySQL 使用 TPC-C 导入10000仓的数据，查看数据库性能指标发现 TPS 3-4w/s (不符合预期)，伴随 CPU idle 特别比较高， sys CPU 比较低，CPU 在空跑。于是乎做了基本的诊断 ：os系统调用栈 , MySQL 系统参数 。使用 perf top 工具观察 系统函数调用情况, ut_delay比较突出。
内容来源：2017 年 10 月24 日，知数堂 MySQL技术专家吴炳锡在“2017 MySQL技术交流大会---上海站”进行《MySQL高扩展架构设计》演讲分享。IT 大咖说（微信id：itdakashuo）作为独家视频合作方，经主办方和讲者审阅授权发布。 阅读字数：2571 | 7分钟阅读 摘要 随着传统企业去IOE的声音越来越大，也有很多朋友来咨询MySQL的架构设计问题，本次分享讨论如何利用MySQL构建一个高扩展的架构，从而在MySQL上构建出来基于百万在线的系统。 嘉宾演讲视频及PPT回顾：h
Java是以VM为基础的，而云原生讲究的就是Native，天然的矛盾，虽然Quarkus是为GraalVM和HotSpot量身定制的K8s Native Java框架，生态原因切换成本太高，这种矛盾体现在很多方面，比如：当你在物理机或者虚拟机上配置 JVM 参数时，你可以选择使用-Xmx/-Xms 来指定 Java 堆大小，但这样指定的话，就固定了 JVM 堆占用大小，如果将 Java 应用程序移植到容器或者说 K8s Pod 中，K8S 本身有垂直扩容的能力，如果我把内存从 8G 增长到 16G，JVM 如何感知到呢？我们又该如何配置 Java 堆大小呢？本文我们讨论下如何在 Java 容器中参数配置的最佳实践。
2016年后，直播软件像雨后春笋一样冒出，直播系统开发的需求也在进一步的增加，用户也更加追求流畅、完美的直播体验，这就需要视频直播系统的开发。那么视频直播系统的开发主要都是包含哪些步骤，每一步又都代表了什么呢？
特定时间间隔内运行队列中的平均进程数，好象还不够明白：就是进程队列的长度，有多少个进程在排队等待运行
利用 mysql_random_load 工具连接MySQL写入数据时，性能非常非常低。
客户现场反馈，top的检查结果中，一个CPU的占用一直是100%。实际上现场有4个CPU，而且这个服务器是MySQL专属服务器。
三歪最近发现我一直在写MySQL的文章，然后就跟我说他有sql用到like的时候就没办法用到索引了，问我怎么办。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
