自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(3)
  • 收藏
  • 关注

转载 【转】Mac 安装 homebrew(一行代码搞定,不报错)

Mac 安装 homebrew(一行代码搞定,不报错)

2022-12-23 14:51:59 1410

原创 服务端精准测试的一些思考

因为全量用例的数量比较庞大,每一次版本迭代之后,想完全执行一遍全量用例,几乎是不可能的,其实是一定不可能的,只能把一些核心的P0级别的执行。但是其实每一次迭代中,并非是影响全量,我们目前只能凭借开发依据代码“进行推测”可能影响的业务范围,特别的交代进行回归测试。这种“经验”往往是不可靠的。如何“科学”的评估此次迭代中影响到的业务范围呢?甚至具体到该执行那条用例呢?怎么样才能做到真正的降本增效。这就是我想解决的问题。

2022-09-15 20:29:07 182

原创 数据库分片(Sharding):分表+分库+分片+分区

在字段很多的情况下(例如一个大表有100多个字段),通过"大表拆小表",更便于开发与维护,也能避免跨页问题,MySQL底层是通过数据页存储的,一条记录占用空间过大会导致跨页,造成额外的性能开销。当业务高速发展,面临性能和存储的瓶颈时,才会考虑分片设计,此时就不可避免的需要考虑历史数据迁移的问题。但是如果取得页数很大,情况则变得复杂很多,因为各分片节点中的数据可能是随机的,为了排序的准确性,需要将所有节点的前N页数据都排序好做合并,最后再进行整体的排序,这样的操作时很耗费CPU和内存资源的,所以。...

2022-08-09 13:24:54 7636

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除