@isware 感谢👍

@isware 用dbeaver或者其他长连接的客户端使用的时候没有这个问题；
目前建议是，要按1递增的时候，不要释放session；
这块是代码写死了，暂时还没办法通过配置来调整，只能改的比100大，不能再小了
我先记录下这个问题，后续版本也考虑下连接池这种情况，争取尽快下个版本改进下

@tw 建表之后，不支持修改表中字段类型和长度，在MemFireDB 2.4版本中将支持 该功能

@isware MemFireDB中删除数据后，会立即释放空间；
完成数据库的删除操作，该数据库、数据库中所有数据表以及数据都将会被删除。

@小00 没有这个限制项，但是一次查询返回结果很大的话估计内存撑不住。
Restart read required 错误发生时，表示当前读取的数据与另外一个事务发生了冲突，数据存在不一致的可能，需要应用程序重新执行该查询。
通常意味着应用程序存在并发读写，且没做select for update这种事务性隔离处理。

http://www.nimblex.cn/index.php?a=lists&catid=57

MemfireDB是高性能、可扩展的分布式OLTP数据库，支持Postgres的SQL接口协议，提供分布式ACID事务支持，提供强一致的数据读写保证，可用于对数据正确性要求严格、数据增长快速的场景，如互联网应用、IOT应用、企业关键业务数据应用等。
Memfire Cloud是基于MemfireDB的数据库云服务，依托于MemfireDB的云原生和线性扩展能力，为用户提供一站式数据库自助服务，按需使用、随用随取，最大化的节约成本、提高效率、减少维护。

@moon
常见的分布式数据库中间方案具有以下问题：
1、应用开发嵌入式；
2、功能受限；
3、管理运维难度比较高；
与之相比，MemFire具有以下优势：
1、资源利用率更高，管理复杂性低。相比较分布式数据库中间件方案中，多采用一主两备3副本，且用户通常要参与到数据的拆分与节点管理，而MemFire原生分布式数据库支持自动分片，且数据在集群节点中自动迁移与复制，服务器利用率高且管理复杂性比较低；
2、服务可用性高，分布式数据库中间件方案中，底层数据库节点必须与中间件配合才能对外提供服务，依赖于主备同步机制，一旦主备库同时宕机则服务不可用；而MemFire组件全HA方式，无单点故障，冗余范围内的服务节点故障不会影响系统正常对外服务，且具有良好扩展性。
3、功能更强大。由于底层是独立的数据库系统，有各自的日志以及事务处理机制，在中间件上实现分布式事务的难度比较高，对于复杂的SQL查询，跨库事务支持不够友好，而MemFire采用2PC协议，支持强一致性分布式事务。

与传统的开源单机数据库相比，MemFire具有以下优势：
1、弹性扩缩容，不存在容量瓶颈，可以有效满足业务增长的需求；
2、高可靠性与可用性，组件全HA方式，无单点故障，多副本保证数据可靠性；
3、性能优化。通过将查询操作分解为基本上并行的子查询，可以在不同的节点上实现并发现，以提升性能;

与商用Oracle、DB2数据库相比，MemFire除此之外，还具备以下优势：
1、降低成本。相比商用数据库的价格昂贵、且依赖于高端硬件， MemFire可以采用相对廉价的X86服务器+软件模式，节约企业投入，且不会被卡脖子。

@redfox MemFire Cloud提供在线的访问工具Web Console，同时您可以采用DBeaver、Psql客户端管理存放在MemFire Cloud中的数据

@moon
MemFire支持跨任意数量节点的强一致性分布式事务功能，零数据写入丢失，确保数据的正确性。当一个请求会修改多个分片的数据时，MemFire会通过分布式事务来控制来保证事务的ACID语义。MemFire做了如下工作：
（1）时间同步；采用混合逻辑时钟来保证数据在同一时刻可见，；
（2）多版本并发控制；
* 使用多版本并发控制（MVCC）在内部维护数据一致性，最大程度上减少锁争用；
* 多个事务并发执行时，会根据时间戳不同读取不同版本的数据，修改同一行数据，则会产生不同的版本，事务内部可以读取自己创建的版本，而不能读取其他事务新创建的版本，从而实现事务间的数据隔离。多个事务并发执行时，会根据时间戳不同读取不同版本的数据，修改同一行数据，则会产生不同的版本，事务内部可以读取自己创建的版本，而不能读取其他事务新创建的版本，从而实现事务间的数据隔离。
（3）事务执行路径优化；
（4）基于两阶段提交（2PC）保证原子性；

@武君
您好，如果在创建数据库的过程中用户名冲突，那么可能是该用户名已经在系统中存在，可以输入新的用户名，再次尝试该操作；

@wsy MemFire 最新的版本目前仅支持PostgreSQL协议接口，MySQL协议接口短期时间内暂无支持计划

@小00 MemFire分布式数据库系统目前还处于发展阶段，其功能，生态目前还不如PostgreSQL数据库强大；不过随着MemFire数据库的发展演进，会推出更多新颖、强大的功能，敬请期待

MemFire使用Raft共识协议以强一致的方式在内部复制数据，为了在节点故障中幸存的同时不影响数据正确性。数据的副本数表示为复制因子。请注意，此分布式共识复制适用于每个分片，类似Google Spanner 首先需要选择一个复制因子（RF）。至少需要与RF一样多的计算机，这意味着RF为1时至少需要1台计算机，RF为3时至少需要3台计算机，依此类推。
更一般而言，如果RF为n，则MemFire可以在(n - 1) / 2机器故障情况下不影响数据正确性或可用性。

生产环境中，群集中运行的Master服务器的数量应为3。
群集中运行的TServer服务器的数量不应少于复制因子。每个服务运行在单独的计算机，以防止发生故障时失去可用性。

@武君
MemFire Cloud提供DBaaS服务，系统的扩容都由DBA人员进行处理，在线扩容，用户无感知。
MemFire Cloud试用期间，用户可以放心大胆的使用，无需担心性能、容量不够的问题；

@武君
硬件要求
MemFire可以在在裸机，虚拟机（VM）和容器上良好运行。

最低要求

2核 2GB RAM

生产要求

16+ 核 32GB以上的RAM 添加更多的CPU（与添加更多的RAM相比）以提高性能。 关闭交换分区

磁盘

需要SSD 由于MemFire在内部复制数据以实现容错功能，因此不需要具有数据冗余功能的远程附加存储。本地磁盘通常以较低的成本提供更好的性能。 多块磁盘
不要跨多个磁盘使用RAID。MemFire可以本地处理多磁盘节点（JBOD）
在每个数据磁盘上创建一个数据目录，并通过该--fs_data_dirs标志为Master和TServer服务器指定这些目录的逗号分隔列表。 挂载设置
XFS是推荐的文件系统
noatime安装数据驱动器时使用该设置
目前尚不支持ZFS
目前不支持NFS MemFire不需要任何形式的RAID，它还可以在每个节点上利用多个磁盘，每个节点的存储量超过10 TB。

@moon
TiDB与MemFire都支持功能特性包括：
（1）水平弹性扩展
（2）强一致性的分布式事务
（3）多副本，自动故障恢复
（4）自动故障恢复的高可用

两者技术相似：
1、 采用分布式架构
2、 本地存储引擎选择都是RocksDB之上进行改造
3、 受到Google Spanner论文影响；
4、 采用raft协议来保证多副本数据的一致性
5、 两阶段提交(2PC)来保证事务的原子性
6、 MVCC来实现并发访问控制
7、 基于角色的访问控制（RBAC）

差异性：
1、MemFire2.1作为OLTP数据库，TiDB产品现在演变为HTAP数据库
TiDB从最开始的OLTP数据库演变为HTAP数据库，推出了TiSpark，应用于大规模OLAP实时分析场景，作为计算引擎；同时为了解决HTAP场景的隔离性，推出了TiFlash组件。
MemFire 2.1目前是作为OLTP数据库，长远发展HTAP数据库。
2、访问接口不同，TiDB兼容MySQL，而MemFire兼容PG

@wsy 可以通过官网查看MemFire的具体介绍，访问链接:http://www.nimblex.cn/index.php?a=lists&catid=57, 或者通过MemFire技术交流群、MemFire官方邮箱：support@memfiredb.com