为什么mysql的count()方法这么慢?
兄弟们。 浅浅的炫个富吧。 说出来你们可能不信。 手机你们有吗?我有。 短信,知道吧?一条一毛钱,我天天发。 你敢想吗? 所以说,年轻人,有钱是真的好。 今天,我们就以短信为话题聊起。 短信,它又叫SMS。 比如说,你有一张短信表(sms),里面放了各种需要发送的短信信息。 需要注意的是state字段,为0的时候说明这时候短信还未发送。 此
mysql插入数据会失败,为什么?
那天,我还在外面吃成都六姐的冒菜。 牛肉丸裹上麻酱后,狠狠嘬一口,都要入嘴了。 产品经理突然发来消息。 “线上有些用户不能注册了” 心想着”关我x事,又不是我做的模块”,放下手机。 不对,那老哥上礼拜刚离职了,想到这里,夹住毛肚的手微微颤抖。 对面继续发:“还有些用户不能改名” “如果用上表情符号的话,问题必现” 可以了,这下问题几乎直接定位了。 危,
啥?分库分表会带来读扩散问题?怎么解决???
今天这篇文章,其实也是我曾经面试中遇到过的真题。 分库分表大家可能听得多了,但读扩散问题大家了解吗? 这里涉及到几个问题。 分库分表是什么? 读扩散问题是什么? 分库分表为什么会引发读扩散问题? 怎么解决读扩散问题? 能不能不要在评论区叫我刁毛? 不好意思,失态了。 这些问题还是比较有意思的。 相信兄弟
mysql查询 limit 1000,10 和limit 10 速度一样快吗?如果我要分页,我该怎么办?
刷网站的时候,我们经常会遇到需要分页查询的场景。 比如下图红框里的翻页功能。
为什么大家说mysql数据库单表最大两千万?依据是啥?
故事从好多年前说起。 想必大家也听说过数据库单表建议最大2kw条数据这个说法。如果超过了,性能就会下降得比较厉害。 巧了。 我也听说过。 但我不接受它的建议,硬是单表装了1亿条数据。 这时候,我们组里新来的实习生看到了之后,天真无邪的问我:”单表不是建议最大两千万吗?为什么这个表都放了1个亿还不分库分表“? 我能说我是因为懒吗?我当初设计时哪里想到这表竟然能涨这
mysql的索引为什么使用B+树而不使用跳表?
在我们的印象中,mysql数据表里无非就是存储一行行的数据。跟个excel似的。 直接遍历这一行行数据,性能就是O(n),比较慢。为了加速查询,使用了B+树来做索引,将查询性能优化到了O(lg(n))。 但问题就来了,查询数据性能在 lg(n) 级别的数据结构有很多,比如redis的zset里用到的跳表,也是lg(n),并且实现还贼简单。 那为什么mysql的索引,不
mysql数据库查询好慢,除了索引,还能因为什么?
我熟练应用ctrl c和ctrl v 开发curd代码好多年了。 mysql查询为什么会慢,关于这个问题,在实际开发经常会遇到,而面试中,也是个高频题。 遇到这种问题,我们一般也会想到是因为索引。 那除开索引之外,还有哪些因素会导致数据库查询变慢呢? 有哪些操作,可以提升mysql的查询能力呢? 今天这篇文章,我们就来聊聊会导致数据库查询变慢的场景有哪些,并给出原
mysql主库更新后,从库都读到最新值了,主库还有可能读到旧值吗?
大家好,我是小白,好长时间没更新技术文了,相信大家看我写的水文也看烦了。 今天的文章,其实来自真实的面试题,而且还比较有趣,所以忍不住分享出来。 直接开始吧。 我们知道,mysql数据库,为了得到更高性能,一般会读写分离,主库用于写操作,比如用于执行insert,update操作,从库用于读,也就是最常见的select操作。像下面这个图这样
两个事务并发写,能保证数据唯一吗?
哟,又是我小白。最近有点高产了。 连我自己都害怕了。 直接进入正题吧。 两个事务并发写,能保证数据唯一吗?我先来解释下标题讲的是个啥。 我们假设有这么一个用户注册的场景。用户并发请求注册新用户。 你有一张数据库表,也就是下面的user表。 产品经理要求用户和用户之间,电话号码不能重复,为了保证这一点。我们想
数据库主键一定要自增的吗?有哪些场景下不建议自增?
我们平时建表的时候,一般会像下面这样。 CREATE TABLE `user` ( `id` int NOT NULL AUTO_INCREMENT COMMENT '主键', `name` char(10) NOT NULL DEFAULT '' COMMENT '名字', PRIMARY KEY (`i