发行版本
发行版本
历史版本下载：https://archive.apache.org/dist/iotdb/
环境配置
- 推荐修改的操作系统参数
- 将 somaxconn 设置为 65535 以避免系统在高负载时出现 "connection reset" 错误。
# Linux > sudo sysctl -w net.core.somaxconn=65535 # FreeBSD or Darwin > sudo sysctl -w kern.ipc.somaxconn=65535
- 将 somaxconn 设置为 65535 以避免系统在高负载时出现 "connection reset" 错误。
关于 Version 1.0
如何从 v0.13.x 升级到 v1.0.x?
- 1.0版本进行了 SQL 语法约定的改动（请参考用户手册语法约定章节）,不兼容之处可以参考下方1.0 版本不兼容的语法详细说明。
- 为了保证 UDF 相关 API 的稳定性，1.0 版本中 UDF 相关 API 被独立为一个单独的 module，不再依赖 tsfile 包，已经实现的 UDF 需要改写代码，将
TsDataType替换为Type，将org.apache.iotdb.tsfile.utils.Binary替换成org.apache.iotdb.udf.api.type.Binary，并重新进行打包装载流程。
1.0 版本不兼容的语法详细说明
在之前版本的语法约定中，为了保持兼容性，我们引入了一些会引起歧义的规定。为了避免歧义，我们设计了新的语法约定，本章将说明旧语法约定中存在的问题，以及我们做出改动的原因。
标识符限制增强
在0.13及之前版本中，不使用反引号引用的标识符（包括路径结点）允许为实数（实数路径名在 SELECT 子句中需要用反引号括起），且允许包含部分特殊字符，在 1.0 版本中，不使用反引号引用的标识符不允许为实数，不使用反引号引用的标识符，只允许包含字母、中文字符、下划线。
路径名使用的相关问题
在旧语法约定中，什么时候需要给路径结点名添加引号，用单双引号还是反引号的规则较为复杂，在新的语法约定中我们做了统一，具体可以参考本文档的相关章节。
单双引号和反引号的使用时机
在之前的语法约定中，路径结点名被定义成标识符，但是当需要在路径结点名中使用路径分隔符 . 时，需要使用单引号或者双引号引用。这与标识符使用反引号引用的规则相悖。
# 在之前的语法约定中，如果需要创建时间序列 root.sg.`www.baidu.com`，需要使用下述语句：
create root.sg.'www.baidu.com' with datatype=BOOLEAN, encoding=PLAIN
# 该语句创建的时间序列实际为 root.sg.'www.baidu.com'，即引号一并存入,该时间序列的三个结点为{"root","sg","'www.baidu.com'"}
# 在查询语句中，如果希望查询该时间序列的数据，查询语句如下：
select 'www.baidu.com' from root.sg;
而在 1.0 版本的语法约定中，特殊路径结点名统一使用反引号引用：
# 在现有语法约定中，如果需要创建时间序列 root.sg.`www.baidu.com`，语法如下：
create root.sg.`www.baidu.com` with datatype = BOOLEAN, encoding = PLAIN
# 查询该时间序列可以通过如下语句：
select `www.baidu.com` from root.sg;
路径结点名内部使用引号的问题
在旧语法约定中，在路径结点名中使用单引号 ' 和 双引号 " 时，需要使用反斜杠 \ 进行转义，且反斜杠会被视为路径结点名的一部分存入，而在使用其它标识符时没有这个限制，造成了不统一。
# 创建时间序列 root.sg.\"a
create timeseries root.sg.`\"a` with datatype=TEXT,encoding=PLAIN;
# 查询时间序列 root.sg.\"a
select `\"a` from root.sg;
+-----------------------------+-----------+
| Time|root.sg.\"a|
+-----------------------------+-----------+
|1970-01-01T08:00:00.004+08:00| test|
+-----------------------------+-----------+
在新语法约定中，特殊路径结点名统一使用反引号进行引用，在路径结点名中使用单双引号无须添加反斜杠转义，使用反引号需要双写，具体可以参考新语法约定路径结点名章节。
Session 接口相关
Session 接口语法限制
在0.13版本中，对于非SQL接口中使用路径结点的限制如下：
- 经参数传入的路径或路径前缀中的节点：
- 在 SQL 语句中需要使用反引号（`）进行转义的，此处均不需要进行转义。
- 使用单引号或双引号括起的节点，仍需要使用单引号或双引号括起，并且要针对 JAVA 字符串进行反转义。
- 对于
checkTimeseriesExists接口，由于内部调用了 IoTDB-SQL 接口，因此需要和 SQL 语法规范保持一致，并且针对 JAVA 字符串进行反转义。
1.0 版本中，对非SQL接口中使用路径结点的限制增强：
经参数传入的路径或路径前缀中的节点： 在 SQL 语句中需要使用反引号（`）进行转义的，均需要使用反引号进行转义。
语法说明相关代码示例可以参考：
example/session/src/main/java/org/apache/iotdb/SyntaxConventionRelatedExample.java
SQL和Session接口对字符串反转义处理不一致
在之前版本中，使用字符串时，SQL 和 Session 接口存在不一致的情况。比如使用 SQL 插入 Text 类型数据时，会对字符串进行反转义处理，而使用 Session 接口时不会进行这样的处理，存在不一致。在新的语法约定中，我们统一不对字符串做反转义处理，存入什么内容，在查询时就会得到什么内容(字符串内部使用单双引号的规则可以参考本文档字符串常量章节)。
下面是旧语法约定中不一致的例子：
使用 Session 的 insertRecord 方法向时序 root.sg.a 中插入数据
// session 插入
String deviceId = "root.sg";
List<String> measurements = new ArrayList<>();
measurements.add("a");
String[] values = new String[]{"\\\\", "\\t", "\\\"", "\\u96d5"};
for(int i = 0; i <= values.length; i++){
List<String> valueList = new ArrayList<>();
valueList.add(values[i]);
session.insertRecord(deviceId, i + 1, measurements, valueList);
}
查询 root.sg.a 的数据，可以看到没有做反转义处理：
// 查询结果
+-----------------------------+---------+
| Time|root.sg.a|
+-----------------------------+---------+
|1970-01-01T08:00:00.001+08:00| \\|
|1970-01-01T08:00:00.002+08:00| \t|
|1970-01-01T08:00:00.003+08:00| \"|
|1970-01-01T08:00:00.004+08:00| \u96d5|
+-----------------------------+---------+
而使用 SQL 向 root.sg.a 中插入数据
# SQL 插入
insert into root.sg(time, a) values(1, "\\")
insert into root.sg(time, a) values(2, "\t")
insert into root.sg(time, a) values(3, "\"")
insert into root.sg(time, a) values(4, "\u96d5")
查询 root.sg.a 的数据，可以看到字符串进行了反转义：
// 查询结果
+-----------------------------+---------+
| Time|root.sg.a|
+-----------------------------+---------+
|1970-01-01T08:00:00.001+08:00| \|
|1970-01-01T08:00:00.002+08:00| |
|1970-01-01T08:00:00.003+08:00| "|
|1970-01-01T08:00:00.004+08:00| 雕|
+-----------------------------+---------+
如何升级
如何升级小版本 （例如，从 v0.12.4 to v0.12.5)?
- 同一个大版本下的多个小版本是互相兼容的。
- 只需要下载新的小版本， 然后修改其配置文件，使其与原有版本的设置一致。
- 停掉旧版本进程，启动新版本即可。
如何从 v0.13.x 升级到 v1.0.x？
- 0.13版本与1.0版本的文件目录结构不同，。如果需要将0.13的数据导入至1.0，可以使用LOAD功能;
- 0.13版本的默认RPC地址是0.0.0.0，1.0版本的默认RPC地址是127.0.0.1
如何从 v1.0.0 升级到 v1.x.0？
- 停止写入，下载新版本文件，将lib文件夹全部替换，重启即可
如何从 v0.12.x 升级到 v0.13.x?
- 0.12 与 0.13 的数据文件格式兼容，但写前日志等格式不兼容，因此需要进行升级（但速度很快）：
- 在 CLI 执行
flush命令，确保关闭所有的 TsFile 文件。 - 我们推荐提前备份整个 data 目录，以备回滚。
- 下载最新 0.13 版本，解压并修改配置文件，尤其是 。并将各数据目录都指向备份的或者 v0.12 原来使用的数据目录。
- 停止 v0.12 的实例，启动 v0.13 的实例。
- 注意：0.13 的配置文件进行了较大改动，因此不要直接将 0.12 的配置文件用于 0.13
- 0.13 进行了 SQL 语法的改动，不使用反引号括起的标识符中仅能包含如下字符，否则需要使用反引号括起。
- [0-9 a-z A-Z _ : @ # $ { }] （字母，数字，部分特殊字符）
- ['\u2E80'..'\u9FFF'] （UNICODE 中文字符）
- 0.13 中
SELECT子句中路径结点名如果是实数，需要使用反引号引起，用于与表达式中的常数区分。如语句 "select 123 + `123` from root.sg"，前一个123表示常数，后一个 `123`会和 root.sg 拼接，表示路径 root.sg.`123`。
如何从 v0.11.x 或 v0.10.x 升级到 v0.12.x?
- 从 0.11 或 0.10 升级到 0.12 的过程与 v0.9 升级到 v0.10 类似，升级工具会自动进行数据文件的升级。
- 用 CLI 调用
flush，确保关闭所有的 TsFile 文件。 - 我们推荐提前备份数据文件（以及写前日志和 mlog 文件），以备回滚。
- 下载最新版，解压并修改配置文件。将各数据目录都指向备份的或者 v0.11 或 0.10 原来使用的数据目录。 把 0.11 中的其他修改都放到 0.12 中。
- 停止旧版本 IoTDB 的实例，启动 v0.12 的实例。IoTDB 将后台自动升级数据文件格式。在升级过程中数据可以进行查询和写入。
- 当日志中显示
All files upgraded successfully!后代表升级成功。 - 注意 1：0.12 的配置文件进行了较大改动，因此不要直接将原本的配置文件用于 0.12
- 注意 2: 由于 0.12 不支持从 0.9 或者更低版本升级，如果需要升级，请先升级到 0.10 版本
- 注意 3: 在文件升级完成前，最好不要进行 delete 操作。如果删除某个 database 内的数据且该 database 内存在待升级文件，删除会失败。
- 当日志中显示
如何从 v0.10.x 升级到 v0.11.x?
- 0.10 与 0.11 的数据文件格式兼容，但写前日志等格式不兼容，因此需要进行升级（但速度很快）：
- 用 CLI 调用
flush，确保关闭所有的 TsFile 文件。 - 我们推荐提前备份写前日志和 mlog 文件，以备回滚。
- 下载最新版，解压并修改配置文件。将各数据目录都指向备份的或者 v0.10 原来使用的数据目录。
- 停止 v0.10 的实例，启动 v0.11 的实例。IoTDB 将自动升级不兼容的文件格式。
- 注意：0.11 的配置文件进行了较大改动，因此不要直接将 0.10 的配置文件用于 0.11
如何从 v0.9.x 升级到 v0.10.x?
- 用 CLI 调用
flush，确保关闭所有的 TsFile 文件。 - 我们推荐提前备份数据文件（以及写前日志和 mlog 文件），以备回滚。
- 下载最新版，解压并修改配置文件。将各数据目录都指向备份的或者 v0.9 原来使用的数据目录。
- 停止 v0.9 的实例，启动 v0.10 的实例。IoTDB 将自动升级数据文件格式。
如何从 0.8.x 升级到 v0.9.x?
- 我们推荐提前备份数据文件（以及写前日志和 mlog 文件），以备回滚。
- 下载最新版，解压并修改配置文件。将各数据目录都指向备份的或者 v0.8 原来使用的数据目录。
- 停止 v0.8 的实例，启动 v0.9.x 的实例。IoTDB 将自动升级数据文件格式。
所有版本
在 Archive repository 查看所有版本
验证哈希和签名
除了我们的发行版，我们还在 *.sha512 文件中提供了 sha512 散列，并在 *.asc 文件中提供了加密签名。 Apache Software Foundation 提供了广泛的教程来 验证哈希和签名，您可以使用任何这些发布签名的 KEYS 来遵循这些哈希和签名。