首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
DB
订阅
堤柳
更多收藏集
微信扫码分享
微信
新浪微博
QQ
4篇文章 · 0订阅
携程 x TiDB丨应对全球业务海量数据增长,一栈式 HTAP 实现架构革新
随着新冠病毒疫情的缓解和控制,全球旅游业逐渐开始重新复苏。尤其在一些度假胜地,游客数量已经恢复到疫情前的水平。 携程作为全球领先的一站式旅行平台,旗下拥有携程旅行网、去哪儿网、Skyscanner 等
为什么高性能场景选用Postgres SQL 而不是 MySQL
你想象不到的性能差距,Postgres SQL 在性能方面全方位碾压 MYSQL, 是时候正视 Postgres SQL了,如果您的应用或者您服务的企业应用有高性能的需求, 请尽情选择Postgres
Using filesort、Using temporary 为什么这么慢
1.简介 我们都知道使用explain 分析sql语句的时候,如果,在Extra这一列发现Using index说明使用了覆盖索引,没有回表操作性能还不错;那么,如果发现是Using filesort
MySQL select count(*)计数很慢,有没有优化方案?
在日常开发工作中,我经常会遇到需要统计总数的场景,比如:统计订单总数、统计用户总数等。一般我们会使用MySQL 的count函数进行统计,但是随着数据量逐渐增大,统计耗时也越来越长,最后竟然出现慢查询