B+树和Hash索引
B+树是左小右大的顺序存储结构，节点只包含id索引列，而叶子节点包含索引列和数据，这种数据和索引在一起存储的索引方式叫做聚簇索引，一张表只能有一个聚簇索引。假设没有定义主键，InnoDB会选择一个唯一的非空索引代替，如果没有的话则会隐式定义一个主键作为聚簇索引
非聚簇索引(二级索引)保存的是主键id值，这一点和myisam保存的是数据地址是不同的
区别
记得我是2016年开始用Office365，家庭版一年229，6个人拼车，人均40。除了可以畅享正版Office外，还有1T的OneDrive空间。从那时候开始，就把存放在电脑里10多年的老照片都放到了OneDrive里。此外使用OneDrive的APP，还可以把手机里面的照片同步到OneDrive上。最重要的是，OneDrive提供了基于AI的照片Tag，可以按地理位置或者Tag进行照片分类，极大方便了照片备份和管理。
然而，2020年不知道什么时间开始，OneDrive的Tag功能消失了。经过多方面了解，得知微软官方确实下线了Tag的功能，但理由众说纷纭。有说功能会被转移到Bing上，但目前没有任何进展；有说因为数据隐私的原因；还有说牵扯三星的相关专利问题。具体可以在Microsoft Community上查看 “Edit Tags” option missing in One Drive & existing tags not visible. 同时希望Tag功能回归的请愿已经放到了UserVoice上，里面有来自用户的各种吐槽，但官方没有任何表示。而在OneDrive的support页面，关于Tag的功能描述依然存在。
去年差不多也是这个时候，我写过一篇《阿里云IoT应用案例》，重点提到了我们对于阿里云IoT SDK的封装并实现自主注册、消息队列规则转发、双向通讯、远程升级和远程控制等功能的设计思路。
又经过一年的持续优化、打磨，我们也落地了一整套物联网解决方案，包括物联网中间件和物联网平台，实现从仪器研发人员快速接入，到运维人员扫码装机注册，到仪器自动数据回传，到运维人员远程升级，再到管理人员物联网卡充值续费，最后到面向经营决策人员的大数据分析应用，拉通了整个业务闭环。
再一次提到背景，在上一篇文章中，简单概述了我们的物联网项目背景和需求，是为了解决在不同操作系统、不同开发语言的仪器，不同通讯协议、不同运营商的平台服务的环境下做一站式解决方案。但这只是技术背景和技术需求，放大来说，促使我们做这件事的原因还是产业数字化升级转型的趋势。一方面通过物联网和大数据等新技术对现有产品的升级、改造、赋能，让机器活起来，让数据流动起来，起到降本增效，辅助决策的作用，这是短期价值；另一方面，通过新技术的结合，面向新的场景探索，完成产品和业务的重塑，实现业务模式的转型，这是长期价值。
引用三个大佬的话来说这件事：
最近阿里云盘和Teambition网盘同时出现在市面上，两款产品都来自阿里云智能事业群，据说定位略有不同。其中阿里云盘侧重个人应用，偏生活娱乐，如相册功能，类似百度网盘。而Teambition网盘定位办公协同，类似OneDrive。两套产品都基于阿里云OSS，目前都处于测试阶段。
差不多在今年9月左右，就在Teambition官网看到Wiki和网盘出现在导航页，并标记了Beta。直到11月，有幸在阿里云MVP群拿到Teambition网盘内测资格，才一睹真容。
首先当然是“至尊身份象征”，一封内测邀请邮件外加金闪闪徽章。这个徽章为什么不做在产品里呢？
目前Teambition网盘提供网页端和移动端，先看网页版，可以进入Teambition官网或者通过 pan.aliyun.com 跳转到Teambition网盘。
自2019年加入一家传统生物医疗器械公司以来，我们组建了一支40余人的团队主攻企业数字化转型，做新产品和新业务模式探索。一年多的时间，我们也搭建了一整套基于阿里云的微服务架构的平台体系，包括K8S服务编排、监控预警日志、基于Gitlab和Jenkins的CI/CD等等。此外还使用过Leangoo、Jira、Confluence、企业微信在线文档、NextCloud等协同工具，最后稳定在Jira+Confluence+Nextcloud组合。但由于各个系统不方便打通伴随人员增加，管理压力和安全隐患等问题逐渐暴露出来，所以近期就在考虑用全家桶方案整合各个系统。
我们先后也看了不少方案，像Worktile、Teambition、Jira等。早在18年，我也看过阿里云云效平台，那时候的版本功能和UI还比较简陋，尤其是项目协同这块“很不好用”。而Jira太重，不符合国内用户的使用习惯。最后还是在今年的云栖大会上，重新认识了Teambition。新的UI设计、流水线的引入、知识库WIKI的整合等等，至知识库还支持Markdown、Roadmap、思维导图，而且是在线协同。本来已经选定Teambition了，无意间又在阿里云云效看到新出了云效的2020版，简单浏览过，发现就是Teambition的整合版，与阿里云做了打通，加入了代码仓和成品仓（正因为如此，云效2020的费用比Teambition企业版要贵近200/人年）。此外，还推出了云鹰计划，99人的团队只需1万多就可以用一年。所以我们决定通过云鹰计划试水，毕竟跟我们正在用的阿里云有很好的结合。
任何迁移，任何第一个吃螃蟹的都要付出代价。虽然阿里云效2020确实提供了一些很好用的功能，帮我们解决了一些问题，但还是存在一些“缺陷”，或者是我们使用方法不对又或者是使用习惯问题。我们把这些坑暴露出来，也是希望给到“后人”一些参考，也希望能给到阿里云一些有价值的建议。
任务类型切换不方便
任务类型的切换要下拉选择，用户需要两步操作，感觉繁琐。而Jira则是需求和任务显示在一个维度里。个人感觉Tag或者Tap的切换操作更好。
添加任务时不能直接添加子任务
要等主任务添加完成才可以点击添加子任务，不是很方便。
给任务添加工时字段
任务模板默认没有“工时”字段，而在Scrum中通常需要这个字段作为评估工作量的指标。云效2020（Teambition）是支持自定义任务字段的，进入某个项目，在右上角的“菜单” - 项目设置 - 任务设置 - 任务类型设置 - 选择具体的类别 - 进入字段设置 - 增加“工时”字段。也可以在系统设置中设置，全局项目生效。
最近半年一直在尝试物联网相关技术在传统行业的应用，推动企业数字化转型。结合阿里云和阿里云IoT平台，初步实现了几个主要业务功能，整理分享如下：
核心诉求是终端设备接入物联网：一方面是为了数据的远程交互，另一方面是数据的收集和应用
目前终端种类繁多，未统一平台和标准，操作系统覆盖Windows、Android、Linux. 而IoT模组又依据主流通讯技术分成2G、3G、4G和NB-IoT，不同通讯技术的模组使用的协议不尽相同，这对于终端仪器开发的同学来说是个痛点，各个操作系统和开发语言均需对接IoT模组，一旦模组被更换，又需要重新匹配新的协议。
数据接收端也不好过，不同的运营商有自己的IoT平台，管理物联网卡和数据收发。更有运营商强制要求指定型号的模组只能用自家平台进行数据管理（如移远 BC95-5 只能使用电信Easy IoT平台）。应用系统开发需要维护多个运营商IoT平台，接口亦需开发多套。
我们探讨数字化生存，数字化转型，那么何为数字化转型？为什么要转型？如何去做转型？这是我们探讨话题的最根本的问题。我将结合自身工作经验和行业案例，浅谈这三个问题，旨在抛砖引玉。
什么是数字化转型
我们谈转型，这是一个过程，有始有终。那么数字化转型是从哪转到哪？一般来讲，我们认为是从信息化技术也就是IT，转型到数字化技术DT.
IT与DT最直观的区别是，IT是落后于需求的，而DT是领先于需求的。如何理解这一说法，这里举一个例子：
