这问题论坛上是问不清楚的.

你真要搞懂直接把 eventlet 的源码读懂就明白了

所有的异步都一个卵模型,套其他语言有是一样

你可以简单理解为所有的异步语法都是生成一个"微线程"被丢到调度队列里
await 语法导致你当前代码块立刻被挂起(变成"微线程"),然后切换到主循环里去了,主循环按照队列的顺序选择执行的“微线程”
切换回来的时候就是你 await 对象完成的时候

说白了都是排序,所有的任务都到队列里排序,等待被调度,整个异步循环就是不停的 goto 来 goto 去,从一个代码片段跳到另外一个片段

这种复杂查询,量小还好,量大没专门优化过,直接要死
还拿 ORM 来做......

django/flask 都没用过

照楼上说法,比 flask 更轻量的 pecan 之类别活了

请使用 with 语法处理

连登陆日志表,用户量大等死吧 233
你以为你是 pg 啊

....gitlib 太重了,你们怎么用的,不知道哪下的 rpm 包,我靠那个包做得真是烂....

一般用 gitea 就够了,现在好多然间都支持 mysql/pg 的

早 PG

@ChillyPrince

还不是一个道理,容器里的系统是个精简的系统,就一些 glibc 之类的最基础的组件,没有 python 依赖,你用 py2.4 都可以

正常系统里有大量 python 依赖所以不能升级

这玩意只有你代码文件里有相关字符串才需要啊...你代码文件里没有其他编码的当然不需要啊

你引用的库也不会在每个文件里都带这个头啊(其实大部分库都没带头,因为人家都用英文),

不过在东亚国家注释得写母语的话,233333

因为你只看到 python 没升级
长期支持版系统基础组件连小版本都不升级,只更新非常微小的 bug 修复版

glibc gcc 什么的没一个升级的,python 升不了级因为 python 是系统的基础组件

linux 系统不怎么和 java 打交道,随便升...老早就提供多版本并存工具,想用什么版用什么版

1~2 年内红帽 8 普及,如果你们系统不考虑低级系统支持,可以抛弃 python2 了

介绍你个东西 maxwell

可以读取 mysql 的 binglog 以 json 形式发到卡夫卡 /redia/rabiitmq....
这样你可以在不改业务代码的情况下,把数据转发到其他的位置做 olap 啦

把要做分析的数据丢 pg 里比 mysql 里分析快多了...

不过 maxwell 的代码好像有点简单..有资源可以考虑 debezium

看 openstack 怎么做的~~~

@a523
我不知道你所说的集群各节点是什么,如果你是指微服务的 endpoint 的话
各个 endpoint 通信用的 http, endpoint 和自己的 agent 通过 mq 走 rpc

虽然 endpont 都是 RESTfulAPI, 但是不同组件 api 设计不一样,版本不同也 api 也不一样
现在除了 keystone,几个大组件都走 pecan 了
但是原来的兼容代码也还在,如果不熟悉要看晕去
当然,这也是可以学习的地方,学习怎么在迭代版本的时候兼容旧接口

至于用 pecan
一是把原来部分放 paste-deploy pipline 里的过滤器改放到了 pecan 里
二是路由什么的也用了 pecan, 以前都用 routes 比较乱

openstack 里每个组件写的人不一样,功能也不一样,所以 api 也差异很大
比如 neutron 就非常 RESTfulAPI,而 nova 的就明显不同,应该是 api 的需求不一样
我感觉网络的资源表达更适合 RESTfulAPI, nova 那边如果只用 RESTfulAPI 没法表达

如果你想参考 RESTfulAPI 的 api 设计,看 neutron 的 server 比较好

不过嘛..openstack 这玩意你不熟悉整体,看代码要懵逼,不知道他为什么要这么做

@gtlions

...我似乎找到原因了
where 条件里不带秒 '2019-01-01 02:00:00' 可以并行

where 雕件里带秒'2019-05-07 19:59:37'

就没法并行了.........？卧槽这什么鬼

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

@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

水平不够写得超级难看