我联系了官方的客服.... 对面也说是支持的...
卧槽 我做错了啥

@gtlions

不会吧
https://medium.com/@aiven_io/timescaledb-101-the-why-what-and-how-9c0eb08a7c0b

3.2. The second most optimal query
看这里... 原来好像是支持的

因为新版加了事务导致？还是说现在商业版才支持了 0 0 ？

感觉好像是 扫描 chunk 时间比较短没必要并行？
时间都花费在刚开始排除不需要的 chunk 上了？

是因为 Custom Scan (ConstraintAwareAppend) (cost=0.00..712676.29 rows=12583034 width=16) (actual time=0.065..10334.102 rows=12650070 loops=1)

时间太长导致的？

https://github.com/lolizeppelin/simpleservice/blob/master/simpleservice/ormdb/tools/sqldecode.py

之前稍微测试了一下 后来一直没用没管了

我搞过....最后别人给了思路不要正则
用写语法解析器的思路

入栈出栈 按规范处理 23333

水平不够写得超级难看

@noli

又来,谁 TM 说了其他语言不能调 C 了？
python 封装好了的库我不用我专门去写个 c ？
语言原生对系统管理友好其他语言要自己来一套就不是优点？

什么叫方便？ C 要是写起来方便还写其他语言干个屌?方便就不是优点？

还有,别扯什么 gevent, 谁和你扯这种系统调用

go/java 里才封装了几个系统调用,大部分要自己写 system call,用起来不如直接写 c

我所见的语言 python 里才有那么多系统封装

我写相关代码不用 python 用 go/java 吃屎？

我要用 rpm 管理程序版本, 你拿其他语言封装好 rpm 库给我用？
我要 gdp 调试程序用 python 辅助, 你给写个 gdp 插件？

go/java/再牛逼还能把 python 现有的各种方便库都做好了？
还是你觉得自己有本事可以用其他语言做没问题
我没本事我需要啊,OK ？

你对 python 特有的东西没需求所以 python 渣？
妈的 go 没泛型难用的 1B,所以我可以说 go 就是渣,我用 go 干嘛不用 c ？

@noli

你这不 TM 是废话么
别的语言为什么都没做好或者不做,因为别人不用那些语言干这些活或者那些语言做这些活太麻烦

我 TM 做一些系统管理的事情不上 python 我直接拿 c 写拿 go 写拿其他的的写有 python 方便？
不是能不能而是更适合 OK,照你说法不如都不 C 大家都用 C 算了？
用起来爽用起来方便,在很多领域性能可以接受这不是优点？

算了和你扯浪费时间,python 就垃圾得了

python 有优秀的路径处理库,我用过的语言里都怎么见过
python 有 psutil, 没见哪个语言提供了这么方便的进程管理库
python 把各种系统调用封装得非常方便,没哪个语言在这方面能这么舒服的
python 有 rpm 库, 如果你发布的代码用 rpm 管理,python 处理起来非常舒服,哪个语言有？
gdb 里有 python 虚拟机, gdb 的时候可以用 python 辅助调试,你告诉我哪个语言有？

操作系统选 python 来管理淘汰了 perl,openstack 选择了 python 都不是偶然的.

python 在很多不是那么注重性能的场合真的非常好用.没那么多地方对性能要求那么高的,要求高就胶水,胶水不行换语言,不要只看到 python 慢不看 python 好.

@noli

python 的线程本来就是稍微做点异步的,稍微注重点性能都是用协程,锁都是用排序实现

所以 GIL 不管是谁的锅对 python 来说真不是最大的问题

即使没有 GIL 的限制, PYTHON 能像 dart 一样用协程+多线程(go 不熟悉,理论上应该是一样的)也没用
因为 python 的性能本来就是坨屎, python2 我有次测 monotonic 时间调用,就 ctype 返回的时间再算一次除法
比直接调用 time 慢了 60 倍, python3 用同样写法提升不少但是也有 20 多倍差距

所以才说 GIL 根本不是黑点,python 到处都慢, 那这个来黑 python 根本没什么卵意思

了解 python 的的话,一开始就应该知道,必须单进程里用多核就应该 pass 了
可以多进程但是涉及到大量计算,如果不方便胶水到 c 里做,也不应该用 python

python 一开始就不适合你要做的东西, 然后你用 python 这些缺点来说 python 不好有啥意思呢？

只盯着缺点不,看不到优点,python 自然是个渣

是不是可以总结为 没有月薪 2W 以上专职 dba 就不要用复杂的存储过程

真要高性能的肯定要分布式, 分布式肯定要跨机的,都 TM 跨机了那多进程肯定也没问题的
所以 GIL 根本就不是什么大问题

python 慢的黑点根本不在 GIL 上..
python 的数字类型最少 28 字节,光这点就比别人慢了 7 倍了, 其他慢的地方更多
真要高性能,光循环 python 就败了还 G 什么 I 什么 L

那 GIL 喷 python 性能的根本就没算喷到点上。

推荐一个 blog

https://github.com/digoal/blog/blob/master/201205/20120517_01.md

可以照着试试 mysql 和 pg 在特定问题上的差距

@lowman
没有 hash join 没有 merger join 没有并行查询
没有几何索引 没有时序索引

差距大着呢

搞定了...自己编译改下 spec 文件
install 的最后增加

# reomve debug
rm -rf %{buildroot}%{_sbindir}/mysqld-debug
/bin/strip --strip-debug %{buildroot}%{_sbindir}/mysqld

server 的 rpm 包降到 74M 了......

蛋痛....我们的是活的小白鼠给他们做 debug 的把

mysql 5.6
Download size 59.67 MB
Installed size 252.15 MB

mysql 5.7
Download size 165.50 MB
Installed size 745.72 MB


mysql 8.0
Download size 403.09 MB
Installed size 1.77 GB

我操.....指数增长喷了

linux 的 rpm 包 400M 安装玩 mysqld 800M mysqld-debug 700M