前情提要：

目前编写此文章的时候国产IOTDB最新版本是1.3.2，目前项目用到的也是此版本，后期所有系列如未标明具体版本的均使用此版本。

有图有真相：

废话不多说，先看我这弄完的效果，后端环境，程序设计，代码逻辑编写，图形展示均自己编写，本人前端不是很擅长，部分参考了一些同事的写法，一些配置来源于官网文档。（如有类似算我抄你的！后面所有的图片虽然有水印也没在图片上，如有类似……额，啥也不说了。）

项目部署在Linux上面全部使用的Docker部署，包含前端，后端，redis，mysql，Prometheus，grafana（这个放在了别的服务器上面、共用），别说什么用容器多了虚拟化可能对系统有影响，我只能说根据实际情况来吧。我这里前端+后端+服务器搭建+环境监控+运维修噶都是我一个人！小地方！没办法，干技术的我有一定的坚持或者叫洁癖，喜欢把东西弄得好好的，设计的尽量完美一些，同时也不会带人（辛辛苦苦带出来，受一身埋怨，留下了一堆屎山，技术练出来——离开了，留我一个人老坑酸菜，我为的是啥？还是分享出来留给有缘人吧。下面继续拿图说话！）

上面是部分代码，其中判断采样间隔，自动计算采样周期（这里参考了IOTDB的开源代码），最大返回数据量是100w（因为是曲线展示，考虑我这现场情况，在我个人这里4*4=16 量就算16），目前100w数据能在10s左右从点击到渲染完成。虽然有我十年的老坑酸菜设计在，但是也不得不说，IOTDB的强大！（本人第一次接触时序数据库。）上面写了很多判断，为的就是今早的发现问题，给用户对应的提示，而不是“能用就行”。其中对应的传参，sql拼接均是本人参考iotdb手册或者开源代码编写，如有类同，算我抄你的……对不起啊！留下你的大名，我把文章修改一下！

上面两个图，第一个总览（曲线太多的话会更密集，别问为啥有那么大量的需求，甲方是爸爸啊！）所以第二个图上我做了一个优化，在echarts官网找配置，选定曲线的时候可以对其突出显示，但是个人感觉可能用到的echarts版本有问题，有时候不是太好操作和不明显。

IOTDB简介：

上面多有些吐槽，请各位看官见谅，十年老坑浑身酸菜味，不好意思熏到各位看官了……

对于IOTDB的简介或者说介绍既然您能点击到我的文章里面，能看到此，多少也应该是有一定的了解了（除非是天大的缘分，让你第一次就点到我的文章！感谢天感谢地啊！同时谢谢你。），包含对Docker的简单操作，如果没有，希望你在看下一篇文章的时候，会一定的Docker操作。记住技多不压身啊！学到了就是自己的！但是不要给别人留下屎山或者“酸菜”。本是同行人，相煎何太急！

首先，IOTDB是时序数据库，是时序数据库！Not实时数据库，虽然它很快，真的很快，但是它真的是时序数据库！

下面继续上一个官方的图

官方不会在手册里放没有意义的东西，自己看人家的图（尤其是新手），顶层是root，不能变，最后异常是物理量，可以叫因子，可以叫标签，根据你实际情况而来，建议采集的时候或者设定的时候要有意义！单拿出来也能知道是啥！别太长！就跟现在都喜欢看短视频……这是头一步，中间层在设计的时候首先参考你公司的实际情况，然后就是你的头脑风暴了，因为不知道啥时就会来个xx说要个8条腿的东西，所以尽量想全（有些东西可能不方便在这里明说，由于再三还是删了，懂得都懂）。

没想到啰嗦了1500字左右了，还得继续吃老坑酸菜来养家，先到此，后面的文章会慢慢的叫大家怎么部署。

全部使用Docker环境，把重要的目录映射出来，尽量保证单人运维的情况下，重置配置，导出数据，备份文件！也希望官方能把更多的企业版的功能往开源版本上迁移一下！希望iotdb原来越好！希望国家越来越强大！

最后补充一张grafana的图