前言在mysql中设计表的时候，mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一)，而是推荐连续自增的主键id，官方的推荐是auto_increment，那么为什么不建议采用uuid，使用uuid究竟有什么坏处？本篇博客我们就来分析这个问题，探讨一下内部的原因。举例要说明这个问题，我们首先来建立三张表，分别是user_auto_key、user_uuid、user_r
面试题：MySQL索引为什么用B+树？ 前言讲到索引，第一反应肯定是能提高查询效率。例如书的目录，想要查找某一章节，会先从目录中定位。如果没有目录，那么就需要将所有内容都看一遍才能找到。索引的设计对程序的性能至关重要，若索引太少，对查询性能受影响；而如果索引太多，则会影响增/改/删等的性能。知识点MySQL中一般支持以下几种常见的索引：B+树索引全文索引哈希索引我们今
一：opencv与halcon简单的比较 最近又把opencv2.4版本进行大概的学习了一遍，了解opencv2.4提供的功能后，基本满足机器视觉的应用开发，但是个人感觉
标题：为什么ERP不使用MySQL数据库
## 引言
ERP（Enterprise Resource Planning）是企业资源计划系统的简称，它是一种集成性的管理软件，用于协调和控制企业内部各个不同部门的资源和业务流程。在开发ERP系统时，选择合适的数据库是至关重要的一步。MySQL是一种常见的关系型数据库管理系统（RDBMS），但在某些情况下，使用MySQL并不适合开发ERP系统。在本文中
一、首先我们的一个表的数据在磁盘上由于插入顺序的原因肯定不是顺序存放，如果按照表字段内容顺序查找，如果一个500万条数据的表，要找的刚好是第500万个值，则需要与磁盘做500万次IO，效率低下二、为什么不用二叉树，如果将一个乱序的数据放入二叉树中，效率会高，但是如果数据是有顺序的，比如1、2、3、4、5，则二叉树将会编程一个链表的样式，失去了二叉树的优势三、为什么不用红黑树，红黑树也叫二叉平衡树，
记得去年我在往MySQL存入emoji表情 时，一直出错，无法导入。后来找到办法 -- 通过把 utf8 改成 utf8mb4 就可以了，并没有深究。一年后，我看到一篇文章讲到emoji文字占4个字节，通常要用utf-8去接收才行，其他编码可能会出错。我突然想到去年操作MySQL把utf8改成utf8mb4的事儿。嗯？他本身不就是utf8编码么！那我当时还改个锤子？难道，MySQL的utf8不是真
由于Hash索引数据结构的特殊性，其检索效率非常高，索引的检索可以一次定位，不像B+Tree 索引需要从根节点到枝节点，最后才能访问到叶子节点这样多次的IO访问，所以 Hash 索引的查询效率要远高于 B+Tree 索引。虽然 Hash 索引效率高，但是 Hash 索引本身由于其特殊性也带来了很多限制和弊端。Hash 索引仅仅能满足”=”,”IN”和”<=>”查询，不能使用范围查询。
转载
2023-09-20 18:04:58
63阅读
在MySQL中设计表的时候，MySQL官方推荐不要使用uuid或者不连续不重复的雪花id（long形且唯一，单机递增），而是推荐连续自增的主键id，官方的推荐是auto_increment。本文从以下几个部分来分析这个问题，探讨以下内部的原因：MySQL程序实例使用uuid和自增id的索引结构对比总结MySQL程序实例：首先来建立三张表，分别是：user_auto_key：自动增长的主键user_
转载
2023-07-04 15:01:17
69阅读
前几天逛知乎的时候看到一个话题：MySQL没前途了吗？最近几年，似乎总有一种声音在说，MySQL可能不太行了，原因无非是这么几条，MySQL功能不如PG强大，原生没有分库分表不如TIDB，OLAP性能差。可事实真的如此吗？首先，MySQL的官网是这么介绍自己的：MySQL是世界上最受欢迎的数据库！其次，我们直接看下数据库引擎对数据库管理系统的排名按其受欢迎程度排列，看看MySQL到底行不行！从上图
转载
2023-10-07 20:24:03
258阅读
记得去年我在往MySQL存入emoji表情??时，一直出错，无法导入。后来找到办法 -- 通过把 utf8 改成 utf8mb4 就可以了，并没有深究。一年后，我看到一篇文章讲到emoji文字占4个字节，通常要用utf-8去接收才行，其他编码可能会出错。我突然想到去年操作MySQL把utf8改成utf8mb4的事儿。嗯？他本身不就是utf8编码么！那我当时还改个锤子？难道，MySQL的utf8不是
MYSQL调优（四）之索引优化1、MYSQL的索引2、索引的基本知识3、哈希索引4、组合索引5、聚簇索引与非聚簇索引6、页分裂与页合并7、覆盖索引8、Join算法9、索引监控 1、MYSQL的索引mysql的innoDB存储引擎使用的是B+树的结构。为什么不用hash、二叉树或者B树呢？hash： hash的缺点：利用hash存储的话需要将所有的数据文件添加到内存，比较浪费内存空间。如果所有的都
## MySQL为什么分库而不采用分区
在现代数据库应用中，随着数据量的急剧增加，如何有效地管理和优化数据库性能成为了一个关键问题。MySQL作为广泛使用的开源数据库管理系统，提供了多种方法来提高数据的存储与访问性能，其中分库和分区是两个常见的策略。然而，它们的实现原理和适用场景却有很大的不同。本文将探讨为什么在某些情况下选择分库而不是分区，并给出一些代码示例。
### 分库与分区的基本概念
先谈谈数据库底层可选的索引方式： 建表添加索引时，不难发现，此处的下拉菜单只有两种类型的索引方式BTREE和HASH 1 Hash(哈希)： 哈希作为一种常用的加密算法，从数据结构的角度出发，其底层是通过index=hash(xxx) 得到一个唯一加密结果，即内存地址，通过内存地址来获取value值，其实是一种key–>value类型的映射关系，通常在Redis、Memcatched等非关系
如何评价索引的好坏：数据库服务器有两种存储介质，硬盘和内存，为了数据安全，索引需要存放在硬盘上，这样在硬盘上进行查询时，就会产生硬盘的I/O操作，索引的查找次数也就是硬盘I/O的操作次数，所以索引需要减少硬盘的I/O操作。二叉树：普通农的二分查找树，有可能退化成一条链表，这是查找数据的时间复杂度为 O(n)。为此，有平衡二叉搜索树(AVL树， 树堆，红黑树、伸展树等)搜索时间复杂度是 O(log2
为什么Mysql 使用 B+树而不是红黑树（或其他）？数据库的数据被分割为多个页以文件的形式存储在硬盘上的。因此我们每次进行数据库查询其实是在做磁盘IO，而磁盘IO是时间开销较大的操作！数据库在进行索引查找的时候每次访问一个页都是一次磁盘IO。因此我们需要选择一种能够尽量少做磁盘IO的数据结构来创建索引！之所以选择B+树是因为它的扇出率较大，树高较小。因此在进行索引搜索的时候需要进行的IO数量也较
转载
2023-08-10 17:31:30
62阅读
很好奇为什么PHP没有数据库连接池，就翻了下PHP中mysql模块的源码，发现mysql_pconnect使用zend引擎的函数pemalloc()将数据库连接资源存在了全局内存中。这样看来，mysql_pconnect的效率应该很高，但是为什么很少有人用呢？
1.正常情况下当一个链接断开，你锁的表也会跟着解锁。但是长链接却永远不断开的，所以一个表万一一不小心锁了就一直锁着，除非你等着链接超时或
转载
2011-09-15 16:23:58
706阅读
点赞
1评论
# MySQL 中数字为何不宜使用 VARCHAR？
在数据库设计中，选择合适的数据类型是非常重要的一步。尤其是在 MySQL 中，数字类型与字符串类型（如 VARCHAR）的选择会直接影响数据存储效率、查询速度及整体系统性能。本文将通过代码示例和关系图解析为什么在 MySQL 中，数字类型不建议使用 VARCHAR。
## 1. 数据类型的选择
在 MySQL 中，主要有两类数据类型：
-
一、视图是什么？视图，本质上是一种虚拟表，在物理上是不存在的，其内容与真实的表相似，包含一系列带有名称的列和行数据。视图并不在数据库中以储存的数据值形式存在。行和列数据来自定义视图的查询所引用基本表，并且在具体引用视图时动态生成。因此，视图中的数据是依赖原来的表中的数据的。一旦表中的数据发生改变，显示在视图中的数据也会发生改变。二、为什么要使用视图？为了提高SQL语句的复用性和表操作的安全性，My
转载
2023-10-13 19:28:44
33阅读
要说mysql为什么要用B+树做索引，我们先看看如果用其他数据结构做索引会怎样，做个对比 一 hash表 1需要占用大量内存空间，每次使用hash表需要将数据全量加载到内存，比较浪费内存空间，所以mysql的memory存储引擎中使用了hash索引，innodb存储引擎支持自适应hash,由mysql自己控制，不是人为控制 2 每次都是等值查询，根据key计算出hash值，定位到某一
在我们的印象中，mysql数据表里无非就是存储一行行的数据。跟个excel似的。直接遍历这一行行数据，性能就是O(n)，比较慢。为了加速查询，使用了B+树来做索引，将查询性能优化到了O(lg(n))。但问题就来了，查询数据性能在 lg(n) 级别的数据结构有很多，比如redis的zset里用到的跳表，也是lg(n)，并且实现还贼简单。那为什么mysql的索引，不使用跳表呢？我们今天就来聊聊这个话题
转载
2023-08-31 14:48:08
87阅读
