Mysql 出现You can't specify target table for update in FROM clause错误的解决方法

问题描述：在同一个sql语句中，先select同一个表的某些值，然后再update这个表如执行如下sql语句：12update logistic_statistic set fluid_id='cca03b6a372045f2891fef62d9524652' where id

Django+Celery 计划任务

背景需求为工作流审批，到达某状态后，超过一段时间没有审批，则流程自动审批到下一个状态方案想到使用计划任务来自动流转流程，因为项目本身是Django，这里使用djcelery来完成实例项目依赖12pip install django-celerypip install flow

Redis的数据存在内存中，读写速度非常快，常用于缓存数据，来提高系统的高性能和高并发使用redis目的高性能：将数据缓存在redis中，访问数据从缓存中取，不直接访问数据库，提高页面响应效率高并发：在大的并发情况下，直接操作缓存能够承受的请求远大于直接访问数据库，这时我

问题描述最近在工作中，django model添加表时，如果有外键，在migrate时常常出现如下报错：1234567891011File "/root/.virtualenvs/lib/python3.5/site-packages/pymysql/connections.py

最近看了一下mysql基础知识，主要集中在相关查询操作上，记录如下：其中使用的数据库结构和数据为http://forta.com/books/0672327120/ 中的SQL脚本计算次序12345SELECT * FROM products WHERE vend_id=1

最近工作需要，需要使用到RabbitMQ，于是理解了一下相关概念和代码测试了一下，记录如下： RabbitMQ简介AMQP，即Advanced Message Queuing Protocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用

索引常见模型哈希表适用于只有等值查询的场景哈希冲突的处理办法：链表有序数组在等值查询和范围查询场景中性能都非常优秀只适用于静态存储引擎在更新数据时，需要挪动后面所有的记录，成本高搜索树 InnoDB索引模型在InnoDB中，表都是根据主键顺序以索引的形式

async/await协程同时开启多个任务，但一次只执行一个，当执行的任务遇到阻塞，就切换到下一个任务继续执行，以期节省阻塞所占用的时间要实现异步处理，需要有挂起的操作，当一个任务需要等待 IO 结果的时候，可以挂起当前任务，转而去执行其他任务 event_loop：事件循

索引类型B-Tree索引：mysql引擎默认支持这种索引 MyISAM 使用前缀技术使索引更小InnoDB 按照原数据格式进行存储 B-Tree索引可以快速访问数据，不再需要进行全表扫描获取需要的数据，从索引的根节点开始进行搜索 Mysql索引原理b+树介绍如上图，是一颗b+树。

看似简单直观的 Django REST Framework 及其嵌套序列化可能会大大降低你的 API 端的性能。你的服务器的其他部分的响应能力也会被某一个低效的 REST API 影响问题的根源就是「N+1 selects problem」；首先查询数据库一次得到表中的数据（例