#
最近在接触一个Django项目，使用的是fbv( function-base views )模式,看起来特别不舒服，项目中有一个模型类117个字段，看我的有点晕，不过还是得干呀，生活呀，头发呀。 个人
有开发的同事反馈数据库是不是有锁表，使用命令show processlist，发现大量的更新或插入数据的连接卡在query end状态，检查服务器的负载，发现内存没有问题，CPU负载也很低，折腾了许久
实验环境 操作系统：CentOS 7.1 数据库：Oracle 11.2.0.4 在使用10g后的Oracle Data Pump导出数据时, expdp中
先前的章节已介绍了函数query_planner中子函数reconsider_outer_join_clauses和generate_base_implied_equalit
版本：5.6.16 群里看见一个问题，在备份的时候，报如下错误： [root@B28-19-75 bak]# mysqldump -root -p --single-transaction --ma
事情是从群友提问开始的： 看到这个问题 首先想到有可能工具没有连接好 但是他很快给排除了 然后我问他慢查询开关有没有开启 如果没开启的话 执行： set global sl
上一小节介绍了函数query_planner中子函数add_base_rels_to_query的实现逻辑,本节继续介绍其中的子函数build_base_rel_tlists
题目听起来像是个伪命题，因为querySelectorAll的查询结果是nodelist集合而非数组。而nodelist集合与数组有明显的差别，比如nodelist集合具有时效性。forEach遍历q
