米莉亚姆的小窝

同一段代码，直接同步调用和使用goroutine调用，后者也出现了内存无法回收的问题（无论runtime.gc()多少次）实际是，并发结束后内存居高不下，让我一度认为是我写的协程池内存泄漏了，经过反复测试后，我发现。凭着多年C语言的受苦经历，直觉告诉我，在模拟并发后内存应该恢复到并发前的水平。互联网真好，这里的大佬个个都是人才，说话又好听，我超喜欢这里的！因为业务问题，最近参考fasthttp写了一份协程池。在测试的时候突发奇思妙想来测一下有没有内存泄露的问题。

目录1.安装RabbitMQ和Pika库2.文档3.启动一个消费者3.1 避坑4.处理消息4.1 避坑5.消费者异步回调5.1 避坑：6. 启动生产者7.发送消息8.Resultful风格的消息队列8.1 生产者8.2 生产者发送消息8.3 生产者回调8.4 消费者处理消息8.5 避坑dokcer启动完成后可以登录localhost:5672查看RabbitMQ后台，账号密码都是guestRabbitMQPika连接上localhost地址的RabbitMQ服务，可以换为其他你部署了Rab

我只写了关键部分，其他sqlalchemy的配置项可以参考官网文档自己写。首先按照自己喜欢的方式读取上面你写的数据库配置项。“db_postgres_credentials”和“db_mysql_credentials”是我储存对应数据库配置的自定义字段，随意起名即可。“self.SQLALCHEMY_DATABASE_URI”字段名代表sqlalchemy的主数据库，这里我使用的是postgres，里面按照文档要求填上对应的请求地址。

MySQL从表中随机选取一列的三种方法