通过简单的拖拉拽操作，而不用编写复杂的代码，实现少写代码或者不写代码，就能快速高效完成业务目标。低代码平台演进1.低代码概念低代码是无需编码（0代码）或通过少量代码就可以快速生成应用程序的开发平台。通过可视化进行应用程序开发的方法，具有不同经验水平的开发人员可以通过图形化的用户界面，使用拖拽组件和模型驱动的逻辑来创建网页和移动应用程序。2.低代码衍生历

1.数据切分概念数据的切分根据其切分规则的类型，可以分为两种切分模式。一种是按照不同的表（或者Schema）来切分到不同的数据库（主机）(https://jq.qq.com/?wv1027&k0IsBuUb0)之上，这种切可以称之为数据的垂直（纵向）切分；另外一则是根据表中的数据的逻辑关系，将同一个表中的数据按照某种条件拆分到多台数据库（主机）上面，这种切

昨天下午突然收到运维邮件报警，显示数据平台服务器cpu利用率达到了98.94%，而且最近一段时间一直持续在70%以上，看起来像是硬件资源到瓶颈需要扩容了，但仔细思考就会发现咱们的业务系统并不是一个高并发或者CPU密集型的应用，这个利用率有点太夸张，硬件瓶颈应该不会这么快就到了，一定是哪里的业务代码逻辑有问题。1、排查思路1.1 定位高负载进程首先

「数仓宝贝库」，带你学数据！导读：SQL优化是优化工作中经常会涉及的问题，由于早期的开发人员往往只关注于SQL功能的实现，而忽略了性能。特别是复杂的SQL，上线之后很少修改，一旦出现问题，即使是当初的开发人员自己也很难理清其中的业务逻辑，需要花费大量的时间去理解代码之间的关系，最终可能还是感觉无从下手。因此开发人员前期应做好代码注释，避免编写过于复杂的SQL

大家晚上好，最近忙每天忙于项目没有时间更新自己的博客，时间就是海绵嘛硬挤挤就是有的，咂看标题"流程图"，编程界的一个不可或缺的技能，特别是在做复杂的逻辑的时候要处理好每一步的关系，在数据中讲就是数据之间的关联关系，或者关联模型等，通俗点也就是父子，母子等关系。首先给大家介绍几款画流程图的软件：亿图图示，VISIO，百度脑图（在线使用），office等

以下内容是依据《MySQL性能调优与架构设计》来做的知识点总结，感兴趣的朋友可以看一下这本书，毕竟按照书来学习比较系统。能够整体的把握知识脉络。一、MySQL逻辑模块组成mysql可以看成是二层架构，第一层叫SQLLayer，这一部分主要功能是完成mysql数据库系统处理底层数据之前的所有的准备工作，包括权限判断、sql解析、执行计划优化、qu

在生产数据库做CURD操作时，可能会有执行某条语句误操作的情况发生，针对这个种情况有两点建议：1、在SQLSERVER上开启事务确认功能，当执行完语句后确认无误，再提交事务。（开启方法见附件图片）。2、新建存储过程，粘贴附件脚本。此存储过程执行后能够自动产生两个操作日志表，自动记录CRUD的所有操作。适用于提交事务后才发现错误的情况

以太网链路聚合以太网链路聚合一、以太网的链路聚合是Ethtrunk多链路汇聚，将多条物理链路变为一条Etrunk的逻辑链路，从而实现增加链路带宽的目的。链路聚合分为手工模式和LACP模式。1.手工模式手工模式下，EthTrunk的建立、成员接口的加入由手工配置，没有链路聚合控制协议LACP的参与。当需要在两个直连设备间提供一个较大的链路带宽而设备又不支

经过前两篇文字的分析与设计，我们已经可以搭建出一个能够支持多游戏多渠道的聚合SDK服务端，但这只是理想化状态下的一个简化模型。如果接入渠道的逻辑都是按照理想化的简化过程来构建，那么对于支付的请求，我们可以简化成这样几步：1.游戏客户端创建订单。2.游戏客户端（通过TYPESDK客户端）调用渠道lib库中相应接口，发起支付。3.用户在弹出的

mysql主从宕机恢复步骤在生产环境中经常会出现slave出现错误，从而发生主从同步故障，此时就需要人工干预了。以下是小生整理出的一个回复思路，欢迎大佬指导，分享更好的方法。宕机恢复分为几种情况：1.从库数据一致性要求低2.从库数据一致性要求高从库数据要求一致性低：这种情况比较好解决，由于