随着公司业务的增长，单体应用架构很难满足业务快速迭代以及性能方面的需求，都会进行服务化改造，按照业务等要素将原来庞大的单体应用拆分成不同的服务。那么在进行服务化改造之前首先就是面临是服务化基础设施的技术选型，其中最重要的就是服务之间的通信中间件。服务之间的通信可以分为同步方式和异步方式。同步的方式的代表就是 RPC，异步方式一般会选用mq。
此时还会有一个异步线程不断的捞起未发送（state=0）的短信数据，执行发短信操作，发送成功之后state字段会被置为1（已发送）。也就是说未发送的数据会不断变少。
为了避免意外宕机以后丢失信息，需要做到重启后可以恢复消息队列，消息系统一般都会采用持久化机制。
爱奇艺每天都为数以亿计的用户提供7x24小时不间断的视频服务。通过爱奇艺的平台，用户可以方便的获取海量、优质、高清的视频资源。但如果服务平台出现故障，会有大量的用户将无法正常播放视频，因此我们的应用服务以及数据库服务都必须具备高可用架构。
Zabbix proxy是整个Zabbix架构的主要组件。因此很多时候，当其中一个proxy出现故障，会对所有监控配置造成严重的后果，引起一连串事件与问题。
在执行跑批任务的过程中，应用程序遇到了一个问题：部分任务的数据库连接会突然丢失，导致任务无法完成。从数据库的错误日志中，发现了 Aborted connection 的信息，这说明客户端和服务器之间的通信被异常中断了。
本文实例讲述了redis+php实现微博列表功能。分享给大家供大家参考，具体如下：
本文实例讲述了Ajax+PHP实现的分类列表框功能。分享给大家供大家参考，具体如下：
MySQL Replication是MySQL官方提供的主从同步方案，用于将一个MySQL实例的数据，同步到另一个实例中。Replication为保证数据安全做了重要的保证，也是现在运用最广的MySQL容灾方案。Replication用两个或以上的实例搭建了MySQL主从复制集群，提供单点写入，多点读取的服务，实现了读的scale out。
订阅部分参考 实战分享: 小程序云开发玩转订阅消息 就可以完成从小程序订阅、存入云开发数据库、利用定时触发器定期发送消息了。
事务具有四个特征：原子性( Atomicity )、一致性( Consistency )、隔离性( Isolation )和持续性( Durability )。这四个特性简称为 ACID 特性。
本文实例讲述了Ajax+PHP实现的删除数据功能。分享给大家供大家参考，具体如下：
为了避免意外宕机以后丢失信息，需要做到重启后可以恢复消息队列，消息系统一般都会采用持久化机制。ActiveMQ 的消息持久化机制有 JDBC，AMQ，KahaDB 和 LevelDB，无论使用哪种持久化方式，消息的存储逻辑都是一致的。就是在发送者将消息发送出去后，消息中心首先将消息存储到本地数据文件、内存数据库或者远程数据库等再试图将消息发送给接收者，成功则将消息从存储中删除，失败则继续尝试发送。消息中心启动以后首先要检查指定的存储位置，如果有未发送成功的消息，则需要把消息发送出去。
在微服务开发中我们经常会引入消息中间件实现业务解耦，执行异步操作， 现在让我们来看看使用消息中间件的好处和弊端。
最近，亚马逊云科技向正在运行 Amazon Aurora 的现有客户发出通知，将停止对无服务器 v1 的支持，并计划在一年内关闭该服务。新的 Aurora Serverless v2 没有零伸缩特性，这引发了社区对潜在的使用成本上升以及 AWS 平台上缺失“真正”无服务器关系型数据库的担忧。
phpMyAdmin是一个MySQL和MariaDB数据库的免费开源管理工具，广泛用于管理WordPress、Joomla和许多其他内容管理平台创建的网站的数据库。
国标视频云服务EasyGBS支持设备/平台通过国标GB28181协议注册接入，并能实现视频的实时监控直播、录像、检索与回看、语音对讲、云存储、告警、平台级联等功能。平台部署简单、可拓展性强，支持将接入的视频流进行全终端、全平台分发，分发的视频流包括RTSP、RTMP、FLV、HLS、WebRTC等格式。
本文转载java知音
文章主要介绍了腾讯云分布式数据库DCDB的一些特性、架构、以及业务价值。DCDB可支持大容量、高并发的业务需求，同时具备高可用性、高性能、以及更优的TCO。在架构上，DCDB采用了全冗余、全解耦的设计，保证了高可用性。此外，DCDB还具备弹性扩展的能力，能够根据业务的需求自动调整计算资源。通过这些特性，DCDB能够满足金融行业对数据库的各种需求，包括高并发、高可用、高稳定性、以及低成本。
前阵子参加业务部门的技术方案评审，故事的背景是这样：业务部门上线一个专为公司高管使用的系统。这个系统技术架构形如下图
这里提的日志并不是应用程序产生的日志，应用程序产生的日志是以一种人类读得懂的方式展示程序运行信息的记录方式，本身不包含任何数据，这篇文章所要描述的日志指的数据系统里的日志，它是一种只增不减，随时间有序的存储抽象。
今天在测试环境，测试工程师反应很多接口500错误，异常信息是 “To many connections”，因为是微服务架构，多个服务出现这个情况 ，并且有同事的navicat也连接不到MySql。
1.写在前面 本文主要介绍的是zabbix的编译安装过程，包含它的基础环境LNMP，虽然zabbix官方一般推荐的环境是LAMP。以及实现简单的监控任务，在发现问题时能够发送通知邮件。 2.系统环境 提前安装好如下两个包组：yum groupinstall "Development Tools" "Server Platform Development"。 3.搭建web服务 zabbix作为监控系统需要有图形化的页面呈现给运维人员，它使用web+php的方式来实现。这里首先搭建其需要的web
原文链接：https://www.jianshu.com/p/8d735db9c2c0
其实个人理解的时候，更希望能够得到代码层面的实现，单纯的理论知识还是不够落地，总结容易，真正实现起来还是需要项目的积累。
因工作需要，封闭了一周，公众号一周未更新，今天终于解放，继续分享web渗透实战经验。常学常新，慢就是快。
在 SEMCMS php v2.7 审计之前，我会去看看要审计的CMS官网是否存在手册说明什么的，然后去会各个漏洞公布平台找找它以前的老漏洞，复现下是否修复及修复是否完整（主要是去看看会不会有现金奖励）。
今天的错误：我试图将一个UTF-8字符串存储在MariaDB“utf8”编码的数据库中，并且引发了一个奇怪的错误：
近期知行软件成功上线一个新的客户项目，客户作为村田的供应商需要与村田建立EDI连接。本文从供应商的角度出发，主要介绍对接村田EDI项目的前期准备、方案设计、功能实现等，全方位的介绍EDI项目的实施过程。
具有ACID的数据库支持强一致性，强一致性代表数据库本身不会出现不一致的线性，每个事务都是原子性，要么成功，要么失败，事物间具有隔离性，且互不影响，而且最终状态是持久化的。
事务是应用程序中一系列严密的操作，所有操作必须成功完成，否则在每个操作中所作的所有更改都会被撤消。也就是事务具有原子性，一个事务中的一系列的操作要么全部成功，要么一个都不做。
更换某个数据库进行各种前期的测试和比对是非常正常的事情，但是再正常的事情中，可以包含无数的你意料以外的事情，今天就所说最近遇到了一次有意思的数据库测试POC中的问题。
GitOps 于 2017 年首创，是一种管理由 Kubernetes 提供支持的云原生系统的现代方式。它利用策略即代码方法来定义和管理现代应用程序堆栈的每一层——基础设施、网络、应用程序代码和 GitOps 管道本身。Orbit 基于 GitOps 方法理念提供以下能力：
有意思的事情每天都有，最近一个客户的公司的PG数据库在运行中，出现了一个问题，客户在对数据进行排序的过程中，发现数据虽然一致，但两个存储同样数据的数据库，在进行语句查询的时候，给出的结果不同，基于他们只取结果集的前两条，导致同样的数据库表，同样的数据，最终在界面上给客户展示的数据不同。
MySQL 5.7增强了半同步复制，rpl_semi_sync_master_wait_point增加了AFTER_SYNC的值，由该参数AFTER_SYNC/AFTER_COMMIT两个值选择是否启用增强半同步。
前言 表面看来，JMeter与本系列课程似乎关系不大，但实际上在后面的很多场景中起着重要作用：如何获知修改了某些代码或者设置之后系统性能是提升了还是下降了呢？商业的压力测试工具LoadRunner确实很高大上，但是据说费用也不便宜且体积也不小，而目前最高版本的开源免费压力测试工具JMeter3.2压缩包体积才不到53M，而且对于开发人员而非专业测试人员来说，JMeter提供的测试功能已经够强大了。要完整地介绍JMeter，即使把JMeter自带的文档翻译成中文就是一本厚厚的书了。但是在本篇只讲述如何利用JMeter来对Web网站和数据库进行压力测试，因为测试场景的复杂性，本篇实例讲述基于csv文件的参数化测试。 JMeter提供了对不同的协议、服务器及应用的测试支持，如下： Web – 各种开发语言开发出的网站，比如ASP/ASP.NET/JSP/PHP/Python/Perl等 SOAP / REST Webservices FTP Database via JDBC(基于JDBC对数据库进行压力测试) LDAP Message-oriented middleware (MOM) via JMS Mail - SMTP(S), POP3(S) and IMAP(S) Native commands or shell scripts TCP Java Objects 还是那句话：本篇只讲述对Web网站和基于JDBC对数据库进行压力测试。 软件准备 JMeter3.2：为保持与本文有比较好的对照，建议从官网下载3.2版本，下载地址：http://jmeter.apache.org/[preferred]/jmeter/binaries/apache-jmeter-3.2.zip 此软件解压后即可使用。 Tomcat8.5：本实例中的关于Web网站的压力测试都是基于Tomcat8.5的，下载地址：http://mirror.bit.edu.cn/apache/tomcat/tomcat-8/v8.5.15/bin/apache-tomcat-8.5.15.tar.gz 如果嫌麻烦，可以直接在上一篇《开发人员学Linux(3)：CentOS7中安装JDK8和Tomcat8》的环境中进行。 MySQL Community Server5.7:本篇中将以MySQL为例讲述如何对数据库进行压力测试，实际上本篇对MySQL版本没有要求，但后来今后，还是建议下载5.7版本，下载地址：https://dev.mysql.com/downloads/mysql/，同时请下载MySQL的JDBC驱动。 注意：本篇中JMeter在Windows下运行，MySQL数据库及Tomcat服务器均在CentOS7下运行。 使用JMeter对一般性网站进行压力测试 为便于演示，这里以上一篇《开发人员学Linux(3)：CentOS7中安装JDK8和Tomcat8》中搭建起来的环境进行压力测试，本人的虚拟机支持桥接模式，IP地址为：192.168.60.198，在Tomcat中有一个简单的提交表单，网址是：http://192.168.60.198:8080/examples/servlets/servlet/RequestParamExample，页面如下图所示：
作者：周易建，腾讯云云监控高级工程师 排查结果展示 [点击查看大图] 故障现象 新部署的服务，没有任何请求。但 Pod 上的 CPU 一直是占满状态，但是查看现网服务未发现问题。 定位问题 1. 先埋点，看耗时卡在哪个环节。 从前端调用接口，到中间检测环节，再到下游某服务环节，发现调用耗时都在该业务服务上。 再看日志，一个新增数据库的接口请求耗时竟然要 1s，再其它两个接口，从请求到完成耗时也要 1-2s。说明该业务服务明显出现了问题。 2. 模块问题已确定，现需定位追踪调用的接口问题。 因
【编者按】Nifty运营网站已经有很长一段时间，而在基于HTML5的WYSIWYG网页制作平台推出后，用户在该公司建立的网站已超过5400万个，同时其中大部分网站的日PV都不到100。鉴于每个网页的PV都很低，因此传统的缓存策略并不适用。然而即使是这样，该公司也只使用了4个 Web Server就完成了这些工作。近日，Wix首席后端工程师Aviran Mordo在“Wix Architecture at Scale”的演讲中分享了他们的策略，下面我们一起看High Scalability创始人Todd Ho
JDBC 是 Java Database Connective的缩写，表示使用Java去连接数据库进行数据操作的过程
分布式事务是企业集成中的一个技术难点，也是每一个分布式系统架构中都会涉及到的一个东西，特别是在这几年越来越火的微服务架构中，几乎可以说是无法避免，本文就围绕单机事务，分布式事务以及分布式事务的处理方式来展开。
在 MySQL 的使用过程中，有时候一个小小的字符也能带来大麻烦，在未发现真相时，以为这问题是见了鬼了，而发现真相时，却没想到是一个字符带来的问题，零宽字符像个幽灵隐藏在 IT 行业的各个方面，今天分享一个关于 MySQL 中“消失的表”的复现案例。
一次服务上线没多久，页面处于刷新状态，系统发生假死，查看后台日志，并未发现任何的异常信息，在请求接口处增加debug日志后发现，程序在执行到数据库查询相关的地方卡死了。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
