这一讲我将带领你学习如何使用Kibana对海量日志进行探索和分析。本节会首先介绍Kibana在ElasticStack生态中扮演的角色，通过产品视角了解Kibana；然后我们一起回顾下日志分析架构在近几年的发展历程和当下的日志内容。最后结合当下最具代表性的集中式日志分析架构ElasticStack生态，与你分享Kibana对Elasticsearch的日志索引，进行索引模式配置；并通过可视化组件对日志进行分析，然后将关联的日志可视化组件组合成监控大盘。Kibana作为ElasticStack生态中的数据展示项目，我们就先了解一下ElasticStack及其前身ELK。ElasticStack前
MySQL字段的字符类型该如何选择?千万数据下varchar和char性能竟然相差30%?前言上篇文章MySQL字段的时间类型该如何选择？千万数据下性能提升10%~30%🚀我们讨论过时间类型的选择本篇文章来讨论MySQL中字符类型的选择并来深入实践char与varchar类型的最佳使用场景字符类型我们最经常使用的字符串类型应该是char与varchar，它们作为本篇文章的主角，对于它们的描述我们放在后文详细介绍文本字符串当需要存储长文本时，可以使用文本类型先来看看存储文本字符串的类型，从小到大依次为TINYTEXT、TEXT、MEDIUMTEXT、LONGTEXT它们分别用于存储不同大小的文本
MySQL字段的时间类型该如何选择？千万数据下性能提升10%~30%🚀前言在MySQL中时间类型的选择有很多，比如：date、time、year、datetime、timestamp...在某些情况下还会使用整形int、bigint来存储时间戳根据节省空间的原则，当只需要存储年份、日期、时间时，可以使用year、date、time如果需要详细的时间，可以选择datetime、timestamp或者使用整形来存储时间戳以下是不同类型的格式、时间范围、占用空间相关信息类型格式范围空间（字节Byte）dateYYYY-MM-DD1000-01-01to9999-12-313timehh:mm:ss.
千万级数据并发解决方案（理论+实战）课程地址项目地址场景秒杀高并发新闻系统超大数据量一般的网站写入的少读取的次数多模糊查询数据量少的时候可以用like数据量多的时候用Elasticsearch搜索引擎占用磁盘空间比较大生成数据SETFOREIGN_KEY_CHECKS=0;DROPTABLEIFEXISTS`article_tmp`;CREATETABLE`article_tmp`(`id`int(10)NOTNULLAUTO_INCREMENT,`title`varchar(255)NOTNULL,`url`varchar(255)NOTNULL,`descs`varchar(255)NOT
作者简介：7年网工，HCIE-16660希望能认识更多的小伙伴一起交流，可私信或Vx号：18812668402记得1年前考IETS的时候，有一道vrrp6的排错题，这里有俩错点，一个虚拟地址错误，一个链路本地地址错误，今天重新打开实验后发现，他这个场景中间的交换机是个hub角色，当时都没注意。最后有好多咨询企业网、校园网ipv6的设计，我都回绝了，回绝的原因我今天来用实验证明一下，今天举例了企业网中核心层部分vrrp6的实验，发现了疑似bug的现象（实验结果来佐证他是bug），我测试了两个场景并做了对比，如下：在企业网、校园网中核心层一般都是两台交换机做三层网关，RSTP+VRRP或MSTP+
上周约了个候选人今天上午10:00去广州分面谈，由于约的时间比较久，担心人选的安排有变动，所以昨天我再次和人选确认了时间，得到的答复是他今天会准时去面谈。今天早上9:00左右，我又再次和人选确认是否已经出发了。结果，信息发出后，半天都没收到回应，当时，我就有种不祥的预感，这个人恐怕是不会参加面试了。因为以往遇到类似的情况不在少数。大约到了9:50，人选才回复我：刚才不小心扭到脚了，先出门去买点药。我还信以为的真的关切着：是否严重，去看看医生之类的。同时，我也补充了一句，等会看是什么情况，能否过去面试，是否需要改期面试之类的，麻烦跟我说声。但对于此，人选也并未回应。等待其回复的时间里，我把他的简
今天邻居家的大朋友找我做职业规划的时候，问了我一个很有意思的问题：为什么程序员会自嘲自己为码农？这个问题也引起了我的好奇，不知从何时开始，这个圈子里不再以“软件工程师”自称，取而代之的是略有贬低含义的“码农”？这或许是因为程序员每天要不是写功能（挖坑），要不就是修bug（填坑），像极了农民锄地的过程，所以就类比在一起了？也或许是因为现在互联网行业鱼龙混杂，程序员水平参差不齐，大部分仰赖着外国提供的技术、设备、理念，根据需求和逻辑重复堆砌函数，修修补补地完成了一个还能用的程序，像种地一样从早忙到晚，加着免费的班，休息时间飘忽不定。这其实反映出了一个最本质的问题：大多数的程序员根本没有话语权，会做
在全球，BitKeep钱包现在已经有超过千万用户在使用。当我得知这个数据的时候，有些惊讶，也有点意料之中。关注BitKeep这几年，真心看得出这家公司的发展之迅速。还记得2018年他们推出第一个版本时，小而美，简洁顺手，他们大胆且略显理想主义的愿景是，让更多人体验区块链，让区块链真正落地，让科技改变更多人的生活。五年间，牛熊数次转换，区块链产品换新了一波又一波，一个又一个新概念与热点倏忽而逝，而BitKeep始终屹立，从未动摇。他们一直坚守初心，跟随市场需求迭代功能，打造简单而完善的产品。区块链是一个赚快钱的行业，但是BitKeep每一步都走的很慢，但慢就是快，一万、十万、百万、千万.....
关于人事面试、老板面试网上很多的文章、段子，特别是一些短视频的段子，标题党，总是把一些很极端的例子拿出来讲，教人们在面对老板怎么表现的与众不同。更有甚者有些大学里面的老师，自己根本没有出去面试过，拿电影、电视剧甚至短视频里里看到的面试桥段给学生讲怎么面试，比如什么面试间门外故意放个被踢倒的垃圾筒之类的。。。。。而真实世界的面试不可能会出现这种事情。而真正该去思考的事情却忽略了掉了。技术岗位的面试，求职人能否胜任，在老板之前的技术面一般都考察过，老板没必要再问。老板更多关注你是一个什么样的人，精明的老板几句话就能看出一个人性格品性。老板用人最不喜欢的是难以掌控的人，所以那些试图让自己表现的与众不
一、订单系统概述1.1业务范围服务业务线：快递、快运、中小件、大件、冷链、国际、B2B合同物流、CLPS、京喜、三入三出（采购入、退货入、调拨入、销售出、退供出、调拨出）等1.2订单中心价值1、解耦（提升系统稳定性）原系统：交易与生产耦合在一起，业务新增需求，涉及个上下游多个系统。ECLP、外单、运单、终端系统等。多条业务线的逻辑耦合在一起，单一业务条线的需求改动，涉及原系统中其他业务线的关联改造。新系统：交易与生产运营解耦：交易相关的需求在订单的域内解决；生产侧的需求，在生产域内解决，减少上下游的相互影响。业务条线接耦：不同业务线，业务流程不同，单一业务条线的需求改动，只在具体的流程中做迭代
