鸿蒙开发者社区

我们平时建表的时候，一般会像下面这样。CREATETABLEuser(idintNOTNULLAUTOINCREMENTCOMMENT'主键',namechar(10)NOTNULLDEFAULT''COMMENT'名字',PRIMARYKEY(id))ENGINEInnoDBDEFAULTCHARSETutf8mb4;出于习惯，我们一般会加一列id作为主键，而这个主键一般边上都有个AUTOINCREMENT,意思是这个主键是自增的。自增就是i++，也就是每次都加1。但问题来了。主键id不自增行不行？为什么要用自增id做主键？离谱点，没有主键可以吗？什...

作者小白来源小白debug（ID：xiaobaidebug）兄弟们。浅浅的炫个富吧。说出来你们可能不信。手机你们有吗？我有。短信，知道吧？一条一毛钱，我天天发。你敢想吗？所以说，年轻人，有钱是真的好。今天，我们就以短信为话题聊起。短信，它又叫SMS。比如说，你有一张短信表(sms)，里面放了各种需要发送的短信信息。sms建表sqlsms表需要注意的是state字段，为0的时候说明这时候短信还未发送。此时还会有一个异步线程不断的捞起未发...

作者操盛春来源一树一溪（ID：lovespring52）转载请联系授权（微信ID：csch52）InnoDB索引页的大小默认为16K，然而，varchar、text、blob类型的单个字段内容长度就有可能超过16K，这种情况下，整个索引页都存不下一个字段的内容了。解决这个问题的办法，是找到那些内容比较长的字段作为溢出字段，把它们的内容存放到溢出页中，减少留在索引页记录中的内容。接下来，我们来聊聊InnoDB选择溢出字段的逻辑。本文内容基于MySQL8.0.2...

华为支付想要在支付市场跟微信支付、支付宝三分天下吗？华为支付在下一盘什么样的棋？鸿蒙在其中是什么角色？支付业务做了10年、尤其去年以来动作频频的华为支付，在夺取用户上一路攻城拔寨，据悉华为钱包月活用户目前已达1亿。面对华为支付愈演愈热的连续动作，不久前华为终端云服务支付BU总裁马传勇在面对媒体时终于拨开了华为支付的神秘面纱。他明确表示华为支付不对标微信支付、支付宝，而是要成为鸿蒙生态的底层基础设施—...

SpringSecurityOAuth2的授权码模式一直是个难点，如果你对底层的原理不太理解的话很难去定位到其中的问题今天这篇文章就针对这个问题做个解答，分为如下三个部分：授权码模式的登录页面重定制授权码模式的授权页面重定制授权码模式的异常页面重定制授权码模式的登录页面重定制下面就以《SpringCloudAlibaba项目实战》的实战项目来展示一下默认的登录页面什么熊样，如下图：是不是有点丑？实际开发中肯定是要根据自己的系统定制...

我们在使用Redis时，总会碰到一些redisserver端CPU及内存占用比较高的问题。下面以几个实际案例为例，来讨论一下在使用Redis时容易忽视的几种情形。一、短连接导致CPU高某用户反映QPS不高，从监控看CPU确实偏高。既然QPS不高，那么redisserver自身很可能在做某些清理工作或者用户在执行复杂度较高的命令，经排查无没有进行key过期删除操作，没有执行复杂度高的命令。上机器对redisserver进行perf分析，发现函数listSearchKey占...

[本文正在参加星光计划3.0–夏日挑战赛](https:ost.51cto.composts13641)0前言本文将使用功能强大的GorillaMux、GORM和CockroachDB编写可维护RESTfulAPI。利用到的Go语言相关技术有：[GorillaMux](https:www.gorillatoolkit.orgpkgmux)：功能强大的URL路由器和调度组件[CockroachDB](https:github.comcockroachdbcockroach)：开源，云原生分布式SQL数据库系统[GORM](https:github.comgogormgorm)：神奇的ORM库运行环境：Ubuntu1...

接电话包括微信等语音通话，手机贴在耳朵是总乱跳，电话接完不知道跳在哪里去。原来华为没升级鸿蒙时，防误触体验也不太行，鸿蒙还是老样子，希望能改进一下。以前用小米和苹果没有这种体验，对他们的防误触满意。

[「本文正在参加星光计划3.0–夏日挑战赛」](https:ost.51cto.composts13641)一、写在前面的话分布式能力是鸿蒙的一大亮点，不管是分布式数据库，还是分布式文件管理，抑或是分布式任务流转，都给我们日常的使用习惯带来很大的变革。很多时候我就在想，我们还能怎样应用分布式呢？百思不得其解之时，爱因斯坦的小提琴就莫名其妙地浮现在了脑海里。音乐！一个好的乐队、好的乐团，不正是由一个个小的部分组成的吗？于是，自由乐...

加解锁代码位置有讲究根据前面的分析，我们已经有了一个「相对严谨」的分布式锁了。于是「谢霸哥」就写了如下代码将分布式锁运用到项目中，以下是伪代码逻辑：publicvoiddoSomething(){redisLock.lock();上锁try{处理业务.....redisLock.unlock();释放锁}catch(Exceptione){e.printStackTrace();}}❝有没有想过：一旦执行业务逻辑过程中抛出异常，程序就无法执行释放锁的流程。所以释放锁的代码一定要放在finally{}块中。加锁的...

自适应算法本来我以为看到这位大佬的测试已经是非常有收获了，没想到接下去的闲逛又让我发现了一个更了不得的东西。既然上面分析出来，在QPS比较高的情况下，收益才能抵消被抵消，那么有没有可能实现一个自适应的算法，在QPS较低的时候直接从系统获取，QPS较高时，从缓存获取。果不其然，Sentinel（Java版，版本>1.8.2）已经实现了！issue参考：https:github.comalibabaSentinelpull1746我们捋一下它的实现：我们首先看最核心的...

原文：​​https:mp.weixin.qq.comskU76kB6T1JSqapAfGPGRHQ​​，点击链接查看更多技术内容。随着HarmonyOS3.0Beta版的发布，APIVersion8新增了大批JSeTSAPI接口，相信很多开发者已经迫不及待想体验基于eTS的HamronyOS应用开发。本期Codelab，我们将基于APIVersion8实现一个HarmonyOS课程类应用，帮助大家学习eTS的声明式UI描述、循环渲染、状态数据管理等机制，体验基于eTS的极简高效开发。一、整体介绍在课程类应用界面中，左...

❝可能是最完善的redis分布式锁原理与实战总结，建议收藏redis分布式锁使用SET指令就可以实现了么？在分布式领域CAP理论一直存在。分布式锁的门道可没那么简单，我们在网上看到的分布式锁方案可能是有问题的。「码哥」一步步带你深入分布式锁是如何一步步完善，在高并发生产环境中如何正确使用分布式锁。在进入正文之前，我们先带着问题去思考：•什么时候需要分布式锁？•加、解锁的代码位置有讲究么？•如何避免...

5.终于开始真正地发送数据了！来到这里我们就真正进入到了Netty发送数据的核心处理逻辑，在《Netty如何高效接收网络数据》一文中，笔者详细介绍了Netty读取数据的核心流程，Netty会在一个readloop中不断循环读取Socket中的数据直到数据读取完毕或者读取次数已满16次，当循环读取了16次还没有读取完毕时，Netty就不能在继续读了，因为Netty要保证Reactor线程可以均匀的处理注册在它上边的所有Channel中的IO事件。剩下未读取的数...

2.Netty对TCP连接正常关闭的处理privatevoidcloseOnRead(ChannelPipelinepipeline){判断服务端连接接收方向是否关闭，这里肯定是没有关闭的if(!isInputShutdown0()){if(isAllowHalfClosure(config())){.....省略TCP连接半关闭处理逻辑.......}else{如果不支持半关闭，则服务端直接调用close方法向客户端发送fin,结束closewait状态进如lastack状态close(voidPromise());}}else{.....省略TCP连接半关闭处理逻辑.......}}众所周知T...

2.1.5Channel的关闭image.pngprepareToClose方法返回的closeExecutor是用来执行Channel关闭操作的，当我们开启了SOLINGER选项时，closeExecutorGlobalEventExecutor.INSTANCE，避免了Reactor线程的阻塞。由GlobalEventExecutor负责执行doClose0方法关闭Channel底层的Socket，并通知closeFuture关闭结果。privatevoidclose(finalChannelPromisepromise,finalThrowablecause,finalClosedChannelExceptioncloseCause,finalbooleann...

8.writeAndFlush在我们讲完了write事件和flush事件的处理过程之后，writeAndFlush就变得很简单了，它就是把write和flush流程结合起来，先触发write事件然后在触发flush事件。下面我们来看下writeAndFlush的具体逻辑处理：publicclassEchoServerHandlerextendsChannelInboundHandlerAdapter{OverridepublicvoidchannelRead(finalChannelHandlerContextctx,finalObjectmsg){此处的msg就是Netty在readloop中从NioSocketChannel中读...

4.2flush事件的处理客户端channelpipeline结构.png最终flush事件会在pipeline中一直向前传播至HeadContext中，并在HeadContext里调用channel的unsafe类完成flush事件的最终处理逻辑。finalclassHeadContextextendsAbstractChannelHandlerContext{Overridepublicvoidflush(ChannelHandlerContextctx){unsafe.flush();}}下面就真正到了Netty处理flush事件的地方。protectedabstractclassAbstractUnsafeimplementsUnsafe{Overridep...

8.提交PR，修复Bug笔者首先向Netty社区提交了一个Issue，在Issue中详细为社区人员描述了这个Bug产生的原因。也就是上一小节中的内容。Issue:https:github.comnettynettyissues11981image.pngSOLINGERHalfClosureBug.png随后笔者按照《7.啊哈！！Bug！！》小节中介绍的修复思路为这个Issue提交了修复PR，PR：https:github.comnettynettypull11982PR.png笔者修复后的ShutdownOutput流程逻辑如下：image.png编写单元测试，然后信心...

6.处理Socket可写但已经写满16次还没写完的情况OverrideprotectedvoiddoWrite(ChannelOutboundBufferin)throwsException{SocketChannelchjavaChannel();intwriteSpinCountconfig().getWriteSpinCount();do{.........将待发送数据转换到JDKNIOByteBuffer中.........intnioBufferCntin.nioBufferCount();switch(nioBufferCnt){case0:这里主要是针对网络传输文件数据的处理FileRegionwriteSpinCountdoWrite0(in);break;case1:{.......