SQL注入，就是通过把SQL命令插入到Web表单提交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。具体来说，它是利用现有应用程序，将（恶意的）SQL命令注入到后台数据库引擎执行的能力，它可以通过在Web表单中输入（恶意）SQL语句得到一个存在安全漏洞的网站上的数据库，而不是按照设计者意图去执行SQL语句。比如先前的很多影视网站泄

(一)慢sql一问题发现将应用发布到生产环境后，前端页面请求后台API返回数据，发现至少需要6s。查看到慢sql：!(https://oscimg.oschina.net/oscnet/a81e2a4765114fd1a6e69d7146abe179.jpg"慢sql定位.png")慢sql定位.png

无论在OLAP还是OLTP领域，Join都是业务常会涉及到且优化规则比较复杂的SQL语句。对于离线计算而言，经过数据库领域多年的积累，Join语义以及实现已经十分成熟，然而对于近年来刚兴起的StreamingSQL来说Join却处于刚起步的状态。其中最为关键的问题在于Join的实现依赖于缓存整个数据集，而Strea

SQL等值连接SQL查询员工信息：员工号 姓名月薪部门名称SQLsetlinesize80SQLdescdept 名称                   是否为空?类型 

起因：因工作需要，在本机测试环境升级mysql数据库，需逐条执行mysql数据库的sql文件对数据库进行升级，因此找了些关于mysql的文章，对批量升级数据库所需的sql文件进行升级。整理思路：1.首先，需要对所需升级的sql所在目录的sql文件进行遍历。生成新的批量执行sql文件。想到是windows系统安装的mysql，首先

本次发布增加了一个贴心功能，可以限制Mapper方法中的SQL长度，以避免过长SQL导致难以维护配置属性MAPPER\_SQL\_MAX\_LENGTH，限制Mapper中的SQL长度，默认不限制代码自动生成的ID使用@AssingID无论是JAP，还是SpringData，还是MyBatis，还是BeetSQL，都支持Mappe

缺少hashjoin和parallel这种工具，MYSQL注定不是个合适的数据仓库工具。无论是是myisam还是innodb，在处理一个复杂的SQL查询的时候，并不能发挥多核CPU的性能。只会有一个CPU正在满负荷地运转。所以对于一个分析性数据库而言，MYSQL多核实际上是极大的浪费。MYSQL做查询优化的时候，一个是注意在g

前言mysql数据库是现在应用最广泛的数据库系统。与数据库打交道是每个Java程序员日常工作之一，索引优化是必备的技能之一。为什么要了解索引真实案例案例一：大学有段时间学习爬虫，爬取了知乎300w用户答题数据，存储到mysql数据中。那时不了解索引，一条简单的“根据用户名搜索全部回答的sql“

现象最近收到一个慢sql工单,慢sql大概是这样：“selectxxxfromtabelwheretype1”。咦，type字段明明有索引啊，为啥是慢sql呢？原因通过执行explain，发现实际上数据库执行了全表扫描，从而被系统判定为慢sql。这时有一定

一问题重现夜黑风高的某一晚，突然收到一条运营后台数据库慢sql的报警，耗时竟然达到了60s。看了一下，还好不是很频繁，内心会更加从容排查问题，应该是特定条件下没有走到索引导致，如果频繁出现慢查询，可能会将数据库连接池打满，导致数据库不可用，从而导致应用不可