首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
数据库
订阅
九號君
更多收藏集
微信扫码分享
微信
新浪微博
QQ
19篇文章 · 0订阅
腾讯云OpenCloudOS部署MySQL
之前的安装流程是docker安装的,本来感觉很方便,但是不知道为什么,服务器换了系统之后安装流程不行了。 这次索性就简单不用docker安装了,直接用最传统的方式安装配置。
我说数据分页用Limit,面试官直接让我回去等消息
哈喽,大家哈,我是DanMu。最近我碰到了一个挺有趣的“小插曲”,大概是这样的:现在有一个社交应用,在聊天界面中,用户可以通过下滑页面来不断加载历史消息。我当时想不就一个分页,这么简单的需求怎么能难倒
MySQL 窗口函数太好用了
先看这段像天书一样的 SQL ,看着就头疼。 这段SQL是干什么用的呢,就是为了计算一个成绩排名,简直大动干戈啊。 那有没有简化的方法呢?
【深入浅出MySQL】「调优指南」慢查询执行计划分析指南,慢SQL发现与分析
本文为稀土掘金技术社区首发签约文章,30天内禁止转载,30天后未获授权禁止转载,侵权必究! 慢查询⽇志 慢查询日志(Slow Query Log)作为MySQL数据库管理系统的一项核心内置功能,其设计
SQL注入盘点专栏
分享给大家。 首次发现SQL注入的是 Rain Forest Puppy 并引入了公众视野。 SQL注入备受关注。* 都很有可能收到SQL的注入攻击。 这将很危险。 而达到获取全部数据的目的。 我们最简单的注入方式都是以恒等于真的条件进行注入的方式最为常见和切最为简单。 当然,…
为什么 MySQL 不推荐使用 join?
1. 对于 mysql,不推荐使用子查询和 join 是因为本身 join 的效率就是硬伤,一旦数据量很大效率就很难保证,强烈推荐分别根据索引 单表取数据,然后在程序里面做 join,merge 数据。 2. 子查询就更别用了,效率太差,执行子查询时,MYSQL 需要创建临时表…
实施sharding-jdbc,一些非常痛的注意点
在《“分库分表" ?选型和流程要慎重,否则会失控》中,我们谈到处于驱动层的sharding-jdbc。开源做到这个水平,已经超棒了,不像tddl成了个太监。但还是有坑。 不过不能怪框架,毕竟有些sql,只有程序和鬼能懂。 分库分表后,就成为了一个阉割型的数据库。很多sql的特性…
2021年,SQL注入死透了么?
很长一段时间,我认为后端开发,在安全性方面最容易出问题的地方就在于SQL注入。通过 where 1=1这种魔幻的SQL写法,就可以很容易的对一个存在问题的系统进行攻击,以至于最终演进出sqlmap这样的神器存在。 后来的fastjson刷新了我的认知,这个框架也算是对互联网安全…
MySQL的各种join
先列出两个表TABLE_A和TABLE_B本人参考于:https://mazhuang.org/2017/09/11/joins-in-sql/1.innerjoin内连接,返回的时A,B表的交集。也
MySQL索引原理,一篇从头到尾讲清楚
索引,可能让好很多人望而生畏,毕竟每次面试时候 MySQL 的索引一定是必问内容,哪怕先撇开面试,就在平常的开发中,对于 SQL 的优化也而是重中之重。 可以毫不夸张的说,系统中 SQL 的好坏,是能直接决定你系统的快慢的。但是在优化之前大家是否想过一个问题?那就是:我们优化的…