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

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

最近的一个小项目是做一个简单的数据仓库，需要将其他数据库的数据抽取出来，并通过而出抽取成页面需要的数据，以空间换时间的方式，让后端报表查询更快。因为在抽取的过程中，有一定的先后顺序，需要做一个任务调度器，某一优先级的会先执行，然后会进入下一个优先级的队列任务中。先定义了一个Map的集合，key是优先级，value是任务的集合，某一个优先级内的任务是并发执

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

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

1.数据库部署当我们的主机实例和数据库实例分别部署在同城的两个可用区时候，虽然两个可用区之间的延迟相对比较小，但它仍然存在一定的影响。2.数据库链接如果刚好游戏业务的数据库操作大部分是使用单线程链接的情况（通常是出于保障事务一致性的考虑），那么各个数据库事物操作都只能顺序发生。3.网络延迟如果每个的操作都出现了一点点网络延时，那么就会出现了瓶颈。

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

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

聚簇索引数据库表的索引从数据存储方式上可以分为聚簇索引和非聚簇索引（又叫二级索引）两种。Innodb的聚簇索引在同一个BTree中保存了索引列和具体的数据，在聚簇索引中，实际的数据保存在叶子页中，中间的节点页保存指向下一层页面的指针。“聚簇”的意思是数据行被按照一定顺序一个个紧密地排列在一起存储。一个表只能有一个聚簇索引，因为在一个表中数据的

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