数据库-列的完整性约束-PRIMARY KEY -主键

已于 2024-06-14 17:33:16 修改
阅读量370 收藏 2
点赞数 5
分类专栏： 小森数据库技术总结 文章标签： 数据库 sql 完整性约束 MySQL
于 2024-06-13 19:38:52 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xiaov_sen/article/details/139586586
版权

引言

为啥需要主键？
因为无法确定身份信息，就拿人的公民身份证号码 如果某个人的名字相同，为啥需要身份证信息？
那是因为无法“确定我就是我 ”，这个是社会现象，比如说假设，钟璃是钟离的儿子 突然间去世 那么
医院如何知道，钟璃是钟离的儿子 最快的方式身份证 ？ 还是DNA认证，当然是身份证 为啥不是DNA认证麻烦呗，最快好几天，才能验证何必呢，所以身份证最快的 而且每个人身份证都不一样 找一样的根本不存在 以下是个人研究成果：公民身份证编号 - 哈希值 通过哈希值找到对应的个人信息 对应的钟离 ：4xxxxxxxxxxxx - 98 -搜索结果 显示 再来根据身份证来 搜索户口 搜索结果- 查看 证明OK 你可以去准备一下 …通过这个例子 你看到了啥 嘿嘿 原神， 等等，逍遥风雨声 ，带刀归来 我的名字叫 枫原万叶 ：海鸥桑不要再乱叫，我怎么本能玩起原神的梗！可能玩原神玩的， 哈哈 好了收回来 证明身份信息非常简单
，但难在实现 确保身份证是仅此一位 所以数据库出现了居然怎么难 我帮你们实现 ，你们只要用我的PRIMARY KEY 就行 他不可能存在相同的，因为存在就会认为是错误 我报错，只要哪怕存在一个错误，都不行 这位就像傲娇的“贵族”一样，只能说娇生惯养真是可怕1
PRIMARY KEY 形容成傲娇非常明确

PRIMARY KEY - 主键 实例

单字段主键

# 列的完整性约束 primary Key
 create  database primaryKeyStudy;

use primaryKeyStudy;

#原神玩家信息
create table GenshinImpactPlayerInfor(id int ,name varchar(64));

#插入 两条相同ID不同的玩家
insert into  GenshinImpactPlayerInfor values(1000000,"我是神里绫华...忠实粉丝");

insert into  GenshinImpactPlayerInfor values(1000000,"我是神里绫华的狗");

select * from GenshinImpactPlayerInfor;
#请问若没有主键作为唯一的标识修改（1000000,"我是神里绫华的狗" ）玩家会影响 这位(1000000,"我是神里绫华...忠实粉丝")，玩家吗？


update GenshinImpactPlayerInfor set name ='小森' where id=1000000;
#Query OK, 2 rows affected (0.01 sec)
#Rows matched: 2  Changed: 2  Warnings: 0
# 答案如变 有没有发生变化呢 全改那么 如何防止这种情况发生 这就好比原神中的角色 前代草神 大慈树王
# 在世界树里面彻底没有了 让世界彻底遗忘我 唉 世界树就是现实的大数据 当然也可以认为数据库


#原神玩家信息
create table GenshinImpactPlayerInfor(id int primary key ,name varchar(64));


#插入 两条相同ID不同玩家
 insert into  GenshinImpactPlayerInfor values(1000000,"我是神里绫华的狗");

 #插入    相同的ID 检查是否有相同的
 insert into  GenshinImpactPlayerInfor values(1000000,"我是神里绫华...忠实粉丝");
 # ERROR 1062 (23000): Duplicate entry '1000000' for key 'genshinimpactplayerinfor.PRIMARY'
 # 错误1062(23000):键“genshinimpactplayerinfor”的重复条目“1000000”。主要的
 # genshinimpactplayerinfor 中插入或更新数据时，遇到了一个重复的主键值。具体来说，这个错误指出尝试插入或更新的记录中有一个字段的值为 '1000000'，而这个值已经存在于该表的主键列中。

  insert into  GenshinImpactPlayerInfor values(1000001,"我是神里绫华...忠实粉丝");

# Query OK, 1 row affected (0.04 sec)
      
select * from GenshinImpactPlayerInfor;
/*
+---------+-------------------------+
| id      | name                    |
+---------+-------------------------+
| 1000000 | 我是神里绫华的狗        |
| 1000001 | 我是神里绫华...忠实粉丝 |
+---------+-------------------------+
*/

单字段主键用法

1-在创建直接写

#原神玩家信息
create table GenshinImpactPlayerInfor(id int primary key ,name varchar(64));

2- 后面追加

create table GenshinImpactPlayerInfor1(id int  ,name varchar(64),constraint UID_PK primary key(id))
;
constraint  我要使用约束 的交出名字 使用啥约束 primary key 主键（给那个成员做主键） 在只有一个为主键环境下 默认PRIMARY KEY (`id`) 可以使用show create table GenshinImpactPlayerInfor;查看所有的完整性约束

单字段主键整合

# 列的完整性约束 primary Key
 create  database primaryKeyStudy;

use primaryKeyStudy;

#原神玩家信息
create table GenshinImpactPlayerInfor(id int ,name varchar(64));

#插入 两条相同ID不同的玩家
insert into  GenshinImpactPlayerInfor values(1000000,"我是神里绫华...忠实粉丝");

insert into  GenshinImpactPlayerInfor values(1000000,"我是神里绫华的狗");

select * from GenshinImpactPlayerInfor;
#请问若没有主键作为唯一的标识修改（1000000,"我是神里绫华的狗" ）玩家会影响 这位(1000000,"我是神里绫华...忠实粉丝")，玩家吗？


update GenshinImpactPlayerInfor set name ='小森' where id=1000000;
#Query OK, 2 rows affected (0.01 sec)
#Rows matched: 2  Changed: 2  Warnings: 0
# 答案如变 有没有发生变化呢 全改那么 如何防止这种情况发生 这就好比原神中的角色 前代草神 大慈树王
# 在世界树里面彻底没有了 让世界彻底遗忘我 唉 世界树就是现实的大数据 当然也可以认为数据库


#原神玩家信息
create table GenshinImpactPlayerInfor(id int primary key ,name varchar(64));


#插入 两条相同ID不同玩家
 insert into  GenshinImpactPlayerInfor values(1000000,"我是神里绫华的狗");

 #插入    相同的ID 检查是否有相同的
 insert into  GenshinImpactPlayerInfor values(1000000,"我是神里绫华...忠实粉丝");
 # ERROR 1062 (23000): Duplicate entry '1000000' for key 'genshinimpactplayerinfor.PRIMARY'
 # 错误1062(23000):键“genshinimpactplayerinfor”的重复条目“1000000”。主要的
 # genshinimpactplayerinfor 中插入或更新数据时，遇到了一个重复的主键值。具体来说，这个错误指出尝试插入或更新的记录中有一个字段的值为 '1000000'，而这个值已经存在于该表的主键列中。

  insert into  GenshinImpactPlayerInfor values(1000001,"我是神里绫华...忠实粉丝");

# Query OK, 1 row affected (0.04 sec)
      
select * from GenshinImpactPlayerInfor;
/*
+---------+-------------------------+
| id      | name                    |
+---------+-------------------------+
| 1000000 | 我是神里绫华的狗        |
| 1000001 | 我是神里绫华...忠实粉丝 |
+---------+-------------------------+
*/


# primary key 第一种的方式
create table GenshinImpactPlayerInfor(id int primary key ,name varchar(64));

# primary key 第二种的方式

create table GenshinImpactPlayerInfor1(id int  ,name varchar(64),constraint UID_PK primary key(id));
Query OK, 0 rows affected (0.06 sec)

# 查看 表结构
 desc GenshinImpactPlayerInfor1; 
+-------+-------------+------+-----+---------+-------+
| Field | Type        | Null | Key | Default | Extra |
+-------+-------------+------+-----+---------+-------+
| id    | int         | NO   | PRI | NULL    |       |
| name  | varchar(64) | YES  |     | NULL    |       |
+-------+-------------+------+-----+---------+-------+
2 rows in set (0.01 sec)

desc GenshinImpactPlayerInfor;    
+-------+-------------+------+-----+---------+-------+
| Field | Type        | Null | Key | Default | Extra |
+-------+-------------+------+-----+---------+-------+
| id    | int         | NO   | PRI | NULL    |       |
| name  | varchar(64) | YES  |     | NULL    |       |
+-------+-------------+------+-----+---------+-------+
2 rows in set (0.00 sec)
# 可以看到 key是 PRI 并且键的约束也不能为空
# 就像 原神的国家 一样  蒙德若没有哪个少年组织的人民反抗高塔孤王 跟随的风之精灵怎么会继承王座 那位少年去世 利用王座的力量 成为魔神巴巴托斯  从此成为风神  

mysql> show  create table GenshinImpactPlayerInfor;
+--------------------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table                    | Create Table
                 |
+--------------------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| GenshinImpactPlayerInfor | CREATE TABLE `genshinimpactplayerinfor` (
  `id` int NOT NULL,
  `name` varchar(64) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci |
+--------------------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+

# id PRIMARY KEY (`id`) ....
 
+---------------------------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table                     | Create Table
                   |
+---------------------------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| GenshinImpactPlayerInfor1 | CREATE TABLE `genshinimpactplayerinfor1` (
  `id` int NOT NULL,
  `name` varchar(64) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci |
+---------------------------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
GenshinImpactPlayerInfor1 好像没有更改 哪个(`id`)
 # 在这里面 CONSTRAINT关键字用于定义一个约束，UID_PK是这个约束的名称，PRIMARY KEY指定了id字段是表的主键。主键用于唯一标识表中的每一行记录，确保每条记录的id值都是唯一的。

多字段主键

也就是两个可以一样但不同产品就有不同的一样
能想起来？


#多行表现

 /*也就是两个可以一样但不同产品就有不同的一样 
能想起来？那原神和永劫无间为例 - 原神中	胡桃 这个角色 ，永劫无间也有这个角色 都是cv 拥有古灵精怪的声音配音演员 ：陶典
*/
mysql> create table GameCharacter(id int ,name varchar(64), types varchar(64),godname varchar(64) default null ,Cv VARCHAR(32), constraint  primary key(id,name,types));
Query OK, 0 rows affected (0.04 sec)

mysql>  # 编号 角色名称 类型 名称 神明  cv：角色声音
mysql> #查看创建表结构
mysql> show create table GameCharacter;
+---------------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table         | Create Table
                                                                                                             |
+---------------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| GameCharacter | CREATE TABLE `gamecharacter` (
  `id` int NOT NULL,
  `name` varchar(64) NOT NULL,
  `types` varchar(64) NOT NULL,
  `godname` varchar(64) DEFAULT NULL,
  `Cv` varchar(32) DEFAULT NULL,
  PRIMARY KEY (`id`,`name`,`types`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci |
+---------------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

mysql>
mysql> desc  GameCharacter;
+---------+-------------+------+-----+---------+-------+
| Field   | Type        | Null | Key | Default | Extra |
+---------+-------------+------+-----+---------+-------+
| id      | int         | NO   | PRI | NULL    |       |
| name    | varchar(64) | NO   | PRI | NULL    |       |
| types   | varchar(64) | NO   | PRI | NULL    |       |
| godname | varchar(64) | YES  |     | NULL    |       |
| Cv      | varchar(32) | YES  |     | NULL    |       |
+---------+-------------+------+-----+---------+-------+
5 rows in set (0.00 sec)

mysql> #插入数据
mysql> insert  into GameCharacter  values( 1,"安柏","原神",null,'蔡书瑾');
Query OK, 1 row affected (0.01 sec)

mysql> insert  into GameCharacter  values( 2,"凯亚","原神",null,'孙晔');
Query OK, 1 row affected (0.01 sec)

mysql> insert  into GameCharacter  values( 3,"丽莎","原神",null,'钟可');
Query OK, 1 row affected (0.01 sec)

mysql> insert  into GameCharacter  values( 4,"温迪","原神",'巴巴托斯','喵酱');
Query OK, 1 row affected (0.00 sec)

mysql> insert  into GameCharacter  values( 5,"迪卢特","原神",null,'马洋');
Query OK, 1 row affected (0.01 sec)

mysql> insert  into GameCharacter  values( 6,"刻晴","原神",null,'谢莹');
Query OK, 1 row affected (0.00 sec)

mysql> insert  into GameCharacter  values( 7,"钟离","原神",'摩拉克斯','彭博');
Query OK, 1 row affected (0.01 sec)

mysql> insert  into GameCharacter  values(8,"雷电将军","原神",'巴尔泽布','菊花花');
Query OK, 1 row affected (0.01 sec)

mysql> insert  into GameCharacter  values(9,"枫原万叶","原神",null,'斑马');
Query OK, 1 row affected (0.00 sec)

mysql> insert  into GameCharacter  values(10,"神里绫华","原神" ,null,'小n');
Query OK, 1 row affected (0.01 sec)

mysql> insert  into GameCharacter  values(11,"纳西妲","原神" ,'布耶尔','花玲');
Query OK, 1 row affected (0.00 sec)

mysql> insert  into GameCharacter  values(12,"艾尔海森","原神" ,null,'杨超然');
Query OK, 1 row affected (0.01 sec)

mysql> insert  into GameCharacter  values(13,"那维莱特","原神" ,null,'桑毓泽');
Query OK, 1 row affected (0.01 sec)

mysql> insert  into GameCharacter  values(14,"芙宁娜","原神" ,'芙卡洛斯','钱琛');
Query OK, 1 row affected (0.00 sec)

mysql> #查看所插入到表中数据      
mysql> select *from GameCharacter;
+----+----------+-------+----------+--------+
| id | name     | types | godname  | Cv     |
+----+----------+-------+----------+--------+
|  1 | 安柏     | 原神  | NULL     | 蔡书瑾 |
|  2 | 凯亚     | 原神  | NULL     | 孙晔   |
|  3 | 丽莎     | 原神  | NULL     | 钟可   |
|  4 | 温迪     | 原神  | 巴巴托斯 | 喵酱   |
|  5 | 迪卢特   | 原神  | NULL     | 马洋   |
|  6 | 刻晴     | 原神  | NULL     | 谢莹   |
|  7 | 钟离     | 原神  | 摩拉克斯 | 彭博   |
|  8 | 雷电将军 | 原神  | 巴尔泽布 | 菊花花 |
|  9 | 枫原万叶 | 原神  | NULL     | 斑马   |
| 10 | 神里绫华 | 原神  | NULL     | 小n    |
| 11 | 纳西妲   | 原神  | 布耶尔   | 花玲   |
| 12 | 艾尔海森 | 原神  | NULL     | 杨超然 |
| 13 | 那维莱特 | 原神  | NULL     | 桑毓泽 |
| 14 | 芙宁娜   | 原神  | 芙卡洛斯 | 钱琛   |
+----+----------+-------+----------+--------+
14 rows in set (0.00 sec)

mysql>  insert  into GameCharacter  values( 4,"温迪",'所罗门72魔神','巴巴托斯','无');
Query OK, 1 row affected (0.01 sec)

mysql> insert  into GameCharacter  values(14,"芙宁娜","原神" ,'芙卡洛斯','钱琛');
ERROR 1062 (23000): Duplicate entry '14-芙宁娜-原神' for key 'gamecharacter.PRIMARY'
mysql> #查看所插入到表中数据
mysql> select *from GameCharacter;
+----+----------+--------------+----------+--------+
| id | name     | types        | godname  | Cv     |
+----+----------+--------------+----------+--------+
|  1 | 安柏     | 原神         | NULL     | 蔡书瑾 |
|  2 | 凯亚     | 原神         | NULL     | 孙晔   |
|  3 | 丽莎     | 原神         | NULL     | 钟可   |
|  4 | 温迪     | 原神         | 巴巴托斯 | 喵酱   |
|  4 | 温迪     | 所罗门72魔神 | 巴巴托斯 | 无     |
|  5 | 迪卢特   | 原神         | NULL     | 马洋   |
|  6 | 刻晴     | 原神         | NULL     | 谢莹   |
|  7 | 钟离     | 原神         | 摩拉克斯 | 彭博   |
|  8 | 雷电将军 | 原神         | 巴尔泽布 | 菊花花 |
|  9 | 枫原万叶 | 原神         | NULL     | 斑马   |
| 10 | 神里绫华 | 原神         | NULL     | 小n    |
| 11 | 纳西妲   | 原神         | 布耶尔   | 花玲   |
| 12 | 艾尔海森 | 原神         | NULL     | 杨超然 |
| 13 | 那维莱特 | 原神         | NULL     | 桑毓泽 |
| 14 | 芙宁娜   | 原神         | 芙卡洛斯 | 钱琛   |
+----+----------+--------------+----------+--------+
15 rows in set (0.00 sec)
数据库实验--数据库完整性的管理
weixin_42703039的博客
11-11 1401
一、实验目的及要求 1． 掌握实体完整性的实现方法 2． 掌握域完整性的实现方法 3． 掌握参照完整性的方法 4． 掌握用户定义完整性的实现方法实验要求 二、实验环境 硬件平台：PC； 软件平台：Windows 10 / SQLSERVER 2008 R2； 三、实验内容 1． 建立课程的实体完整性, 和课程号 Cno 的参照完整性； 课程实体完整性：alter table course add ...
MySQL数据库-----数据表的约束
huo130125的博客
04-01 1119
一、数据表的约束 为了防止往数据表中插入错误的数据，在MySQL中，定义了一些维护数据库完整性的规则，即表的约束。 常见约束： 约束条件 说明 PRIMARY KEY 主键约束用于唯一标识对应的记录 FOREIGN KEY 外键约束 NOT NULL 非空约束 UNIQUE 唯一性约束 AUTO_INCREMENT 主键自增加约束 DEFAULT 默认值约束，用于设置字段的默认值 1.1、主键约束 在MySQL中，为了快速查找表中的某条信息，可以通过设...
数据库规范化-参照完整性约束
一枚菜菜子的充电站
09-06 1294
数据库中用来维护数据一致性和准确性的一种机制。
MYSQL--完整性约束
2301_76890677的博客
10-31 1665
左侧的emp表是员工表，里面存储员工的基本信息，包含员工的ID、姓名、年龄、职位、薪资、入职日期、上级主管ID、部门ID，在员工的信息中存储的是部门的ID dept_id，而这个部门的ID是关联的部门表dept的主键id，那emp表的dept_id就是外键,关联的是另一张表的主键。外键是另一张表的主键！例如员工表与部门表之间就存在关联关系，其中员工表中的部门编号字段就是外键，是相对部门表的外键。创建学生表：id（唯一 不能为空），name（非空），sex（默认值 男），age，email（唯一）
MySQL数据库-列的完整性约束-自增约束
weixin_46492701的博客
08-04 1512
设置表字段值自动增加（AUTO_INCREMENT） AUTO_INCREMENT是MySQL唯一扩展的完整性约束，当想数据库表中插入新纪录时，字段上的值会自动生成唯一的ID。在具体设置AUTO_INCREMENT约束时，一个数据库中只能有一个字段使用该约束，该字段的数据类型必须是整数类型。由于设置AUTO_INCREMENT约束后的字段会生成唯一的ID,因此该字段也经常会同时设置成主键。 设置表中某个字段值的自动增加约束非常简单，可以在MySQL数据库管理系统中通过SQL语句AUTO)INCREMEN
Oracle数据库----数据库的完整性约束
雨云21的博客
06-02 1686
文章目录一、Oracle提供了多种约束：1、主键约束（PRIMARY KEY）2、唯一约束（UNIQUE）3、非空约束（NOT NULL）4、检查约束（CHECK）5、外键约束（FOREIGN KEY）6、默认值约束（DEFAULT）7、删除约束8、对约束的定义既可以创建表的同时可以指定相应的约束，也可以通过修改表的结构添加约束。二、Oracle完整性约束实例1、创建学生表的代码如下：2、创建课程表的代码如下：3、创建选课表的代码如下：4、为学生表添加主键约束：5、为课程表的课程名称设置唯一值约束。6、为学
MySQL讲义第10讲——完整性约束之主键（PRIMARY KEY）约束
睿思达DBA
09-26 3736
MySQL讲义第10讲——完整性约束之主键（PRIMARY KEY）约束 主键（primary key）是指表中的一个字段或多个字段的组合，其值能够唯一区分表中的每个行。主键用来表示一个特定的行。如果一个表没有定义主键，当对表进行更新操作时将非常不方便，因为在没有主键的情况下，可能无法准确定位要修改的行。 一、定义主键的原则 主键必须满足以下要求： （1）表中的任两行不能有相同的主键值。 （2）每行都必须具有一个主键值（主键列不允许为 NULL）。 对主键的要求，最关键的一点是：记录一旦插入到表中，主键最好
数据库约束--确保数据完整性
A_cot的博客
09-02 1066
总之，数据库约束是确保数据完整性的关键。通过合理地设置约束，可以提高数据的准确性、一致性和完整性，简化数据验证和处理，便于数据管理和维护。在数据库设计和开发过程中，要充分认识到约束的重要性，并根据实际情况合理地运用各种约束类型。在数据库设计和管理中，约束起着至关重要的作用。它们就像是数据库中的规则守护者，确保数据的准确性、一致性和完整性。3.外键约束（Foreign Key Constraint）5.默认值约束（Default Constraint）4.检查约束（Check Constraint）
数据库----------约束、主键约束、自增长约束、非空约束
要银河 不要迎合
03-30 2868
约束英文: constraint约束实际上就是表中数据的限制条件。
数据库【7】--- 数据完整性（constraint - 约束）
樂小伍
08-19 1170
数据库【7】— 数据完整性（constraint - 约束） 文章目录数据库【7】--- 数据完整性（constraint - 约束）1. 非空约束 not null2. 唯一约束3. 检查约束4. 主键约束5. 外键约束插入：先主后从删除：先从后主一对多：一 的一方为主表-------------多 的一方为从表，通常在多的一方建 外键，去关联主键 数据添加、删除、修改到表之前对数据做检查，确保...
MySQL数据库-列的完整性约束-调整列的完整约束
weixin_46492701的博客
08-04 1186
一、主键，外键和唯一键 1.新增 语法如下： alter table [table_name] add constraint [constraint_name] [unique key| primary key| foreign key] ([column_name]) 代码示例： mysql> create table class(id int,name varchar(64)); #创建表 mysql> desc class; #描述表 mysql> alter
数据库基础-数据完整性.pptx
11-24
在实际应用中，数据库完整性是非常重要的，它可以确保数据库中的数据是一致的和可靠的，可以提高数据库的安全性和可靠性。但是，数据库完整性也需要根据实际情况进行调整和优化，以确保数据库的性能和可靠性。
数据库-第05章---实现数据完整性PPT课件.ppt
07-30
在创建和管理这些完整性约束时，有以下几点需要注意： - 约束可以在创建表时（`CREATE TABLE`）或之后（`ALTER TABLE`）添加，甚至可以在已有数据的表上添加，但SQL Server会检查新约束是否与现有数据冲突。 - 应...
排查服务器内存空间预警思路
weixin_46228563的博客
05-12 253
这是导致根分区空间不足的根本原因。MySQL 数据文件过大需要针对性处理。如果存在 /var/lib/mysql，可能是数据库文件过大。从您的排查结果可以明确看出，/var/lib/mysql。
监控易运维管理软件：架构稳健，组件强大
MXsoft618的博客
05-12 338
在当今的信息化时代，运维管理对于企业的稳定运营至关重要。一款好的运维管理软件，不仅能够帮助企业高效管理IT基础设施，还能提升运维效率，降低运维成本。今天，我要给大家介绍的，就是我们公司自主研发的监控易运维管理软件，它以其稳健的系统架构和强大的核心组件，成为了众多企业运维管理的首选。
【Redis】RedLock实现原理
最新发布
weixin_42430947的博客
05-13 284
若成功获得超过半数节点（如5个中的3个）的锁，且总耗时未超ttl，则锁获取成功。
互联网大厂Java求职面试：电商商品推荐系统中的AI技术应用
在未来等你的专栏
05-11 618
面试官：“回家等通知吧。郑薪苦希望下次见面是在工位上！JVM调优：合理配置堆内存和GC策略能够显著提升系统吞吐量。Spring AI：简化了AI模型的集成流程，适合快速开发。向量数据库：解决了传统SQL无法高效处理语义搜索的问题。
MySQL存储过程
2302_81352523的博客
05-11 943
存储过程就是将sql操作进行集合，方便用户的调用和服用。
centos 7 安装 java 运行环境
abc
05-09 634
centos 7 安装 java 运行环境。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小森程序员

若能帮助到你，小费自愿付费

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值