Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

lealone问题咨询 #210

Open
maxjiao opened this issue Nov 13, 2023 · 4 comments
Open

lealone问题咨询 #210

maxjiao opened this issue Nov 13, 2023 · 4 comments

Comments

@maxjiao
Copy link

maxjiao commented Nov 13, 2023

您好,我关注lealone数据库有一段时间了,7月份做了技术预研认为能满足项目上的业务需求,在从mysql切换到lealone前有几个问题需要确认,今天找到了您的微博,想向您请教:

  1. 有些政府和国企项目开始要求数据库国产化,请问lealone做过国产化认证吗?
  2. 请问集群版大约什么时候推出,是主备模式还是分布式模式,能否实现计算存储分离和读写分离?
  3. 请问时序数据存储形式是什么样的,是否有类似TiDB那样的TiFlash引擎专门负责列存储提高性能。我们的场景是10万点位每小时存1条数据总共约1亿条数据,读取1万条数据在指定一天的数据,要求1-2秒返回结果,请问能否满足要求?
@codefollower
Copy link
Member

感谢关注

  1. 政府和国企的项目确实很多都需要国产化认证,也就是常说的信创认证,今年上半年我把这件事交给一个同事去处理,过了一段时间他告诉我信创认证不好做,他说整个广西没有一家软件企业做过信创认证,这事就搁置了,我也没有时间去搞这个东西。
  2. 集群版不开源的,只提供公有云的云服务,预计明年上半年3-6月份上线,集群版不分主备,也不需要用户操心是计算存储分离还是读写分离,会自动根据读写负载加减节点,比如读并发很高了就能秒级增加新的复制节点提供查询服务,又比如写并发很高、数据量很大,现有的节点都不够用了,也会自动增加新节点分散数据和写并发。所有这些都是自动化的,用户不需要关心细节,把 lealone 一直当单节点用就好了。
  3. 如果是时序数据不建议用 lealone,因为 lealone 是一个 oltp 数据库,用 lealone 处理时序数据成本不划算,建议用专用的时序数据库处理时序数据,时序数据库通常为时序数据建立了专用的存储模型,所以成本更低。

@maxjiao
Copy link
Author

maxjiao commented Nov 13, 2023

感谢您的答复,那我们先在小项目上以单体方式跑lealone看看效果。另外请问专用时序数据库您有推荐吗?

@codefollower
Copy link
Member

感谢您的答复,那我们先在小项目上以单体方式跑lealone看看效果。另外请问专用时序数据库您有推荐吗?

看看这个 排名前10的你可以去了解一下。

@maxjiao
Copy link
Author

maxjiao commented Nov 14, 2023

收到,谢谢!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants