- 博客(156)
- 收藏
- 关注
原创 MySQL Connector/C++ API的使用(16)
我们之前一直都是在用命令行来操作数据库,今天我们换一种方式来操作,用编程语言!其实,还可以考虑用 图形化GUI页面 来操作,肯定可以的,不过这个我自己也没怎么玩过,可能以后会吧,上网搜索了一下,好像 MySQL Workbench(免费)、Navicat(收费) 这两个还不错,就交由大家自行去掌握了!至此差不多 MySQL 的学习就告一段终了~
2025-07-24 11:25:39
1025
原创 MySQL用户管理(15)
其实与 Linux 操作系统类似,MySQL 中也有超级用户和普通用户之分如果一个用户只需要访问 MySQL 中的某一个数据库,甚至数据库中的某一个表,那么可以为其创建一个普通用户,并为该用户赋予对应的权限,而不让该用户看到数据库中的其他数据,防止该用户对其他数据进行误操作,由此就有了我们该篇的讲解,即 用户管理!怎么样,这篇也不难吧,但是更令人振奋的是马上就要迎来 MySQL 的尾声了,至少我接下来很大一段时间不会再更新 MySQL 专栏了。
2025-07-23 11:25:34
1043
原创 MySQL视图特性(14)
本篇很简单,大家放松就行~视图是一个虚拟表,其内容由查询定义,同真实的表一样,视图包含一系列带有名称的列和行数据。视图中的数据并不会单独存储在数据库中,其数据来自定义视图时查询所引用的表(基表),在每次引用视图时动态生成。由于视图和基表用的本质是同一份数据,因此对视图的修改会影响到基表,对基表的修改也会影响到视图。结束,还是很轻松惬意的一篇文章的!
2025-07-21 15:55:11
749
原创 MySQL事务管理(下)(13)
这篇就是事务的完结篇啦!以下两篇博客质量极高,给本篇的落笔带来极大的灵感,大家可以自行掌握:【MySQL笔记】正确的理解MySQL的MVCC及实现原理【MySQL】InnoDB 如何避免脏读和不可重复读痛苦,这就是传说中的 MVCC 吗,直接给我干鱼鱼了,害,学计算机就这样。
2025-07-21 01:20:14
1021
原创 MySQL事务管理(上)(12)
来喽!!!绷不住了,到这里我又把我的 Xshell 设置成黑色的了,白底黑字用了几天快把我眼睛干烂了由 一条或者多条 sql语句 构成的 sql集合体,这个集合体合在一起共同要完成某种任务。MySQL 通过多线程实现存储工作,因此在并发访问场景中,事务确保了数据操作的一致性和可靠性。背景:在没有控制的情况下进行 CURD 操作 (创建、更新、读取、删除)可能导致数据不一致的问题。例如,在火车票售票系统中,两个用户同时尝试购买最后一张票,可能造成同一张票被卖出两次的现象。买票的过程得是原子的吧。
2025-07-19 11:04:47
710
原创 MySQL索引及其底层原理(下)(11)
本篇也是搞原理,但是比上一篇来得难些!频繁作为查询条件的字段:应该创建索引。唯一性太差的字段:不适合单独创建索引,即使频繁作为查询条件。示例:给性别打上索引,但性别只有男和女,构建出的B+树并不优秀。更新非常频繁的字段:不适合作创建索引。示例:考试信息更改太频繁,索引创建出来是为了方便查询,频繁修改不仅影响数据,还会调整索引结构。不会出现在 where 子句中的字段:不应创建索引。示例:某些字段从未在 where 子句中出现,创建索引没有意义。其实还有一个全文索引,
2025-07-17 16:32:41
780
原创 MySQL索引及其底层原理(上)(10)
注意了,这篇很重要!!在开始学习之前,我希望你先回顾下以下几篇文章:MySQL表的约束(5)DS B/B+/B*树及其应用(21)Linux基础文件IO(下)(18)Linux深入理解文件系统(19)有点难,不急,下一篇更难!
2025-07-16 17:01:14
853
原创 MySQL内置函数(8)
其实在之前的几篇中我们也用到了内置函数,现在我们再来系统学习一下它!以上函数提供了丰富的操作能力,使得在处理数据时更加灵活和方便,因此我们需要好好掌握!!!
2025-07-11 21:14:50
759
原创 MySQL表的约束(5)
真正约束字段的是数据类型,但是数据类型约束很单一,需要有一些额外的约束,更好的保证数据的合法性,从业务逻辑角度保证数据的正确性。这就是表的约束由来~通过学习上述内容,可以交给大家一个数据库作业《商店数据库设计》,要求如下,大家可以自行完成并掌握!
2025-07-09 13:57:28
1123
原创 MySQL数据类型(4)
继续继续!!!数据类型决定了存储数据时应该开辟的空间大小、如何识别一个特定的二进制序列、决定了数据的取值范围。所以还是有必要认真学习一下的又是一篇,接下来就会有越来越重要的内容出现了!
2025-07-08 10:18:10
677
原创 MySQL表的操作(3)
Hello!那我们乘胜追击,开始 表的操作!本篇有很多删除操作,数据库的恢复是相当麻烦的,甚至还有彻底无法恢复的可能,所以我们再进行修改乃至删除的时候务必要慎之又慎。
2025-07-06 20:47:17
1219
原创 MySQL库的操作(2)
有了相应的数据库基础认识后,接下来我们就来认识一下库的相关操作吧!第二篇,应该还是不难的,或者说有了之前铺垫的基础,MySQL的学习相较于 C++、Linux、数据结构比起来还是蛮轻松的!
2025-07-06 13:00:55
816
原创 MySQL数据库基础(1)
Hello,我又开了个新篇!加油吧!!数据库是按照数据结构来组织、存储和管理数据的仓库,是一个长期存储在计算机内的、有组织的、可共享的、统一管理的大量数据的集合我们可以直接把数据存放到文件中,这样也能保证数据长期存储,那为什么还要搞一个 数据库 呢?因为一般的文件并没有提供很好的数据管理能力(站在我们用户角度),比如对于一个大小为几个 GB 的文档文件,如果我们想要快速的查找某个字段,就需要先读取文件信息,再进行遍历查找,效率是非常低的安全性问题:数据容易被修改,可能造成误操作。
2025-07-05 19:52:55
1050
原创 Linux网络socket套接字(完)(5)
结束喽,至少这个Tcp套接字有关内容要结束了~还有点难过呢!结束喽,并且我们甚至还串通了之前的知识!!!难死我了难死我了!!!
2025-07-04 10:59:43
846
原创 Linux网络socket套接字(下)(4)
本篇主要是Tcp的讲解!!!好难啊,害,看来暑假要好好努力了,进度太拖沓了~所以我们就可以考虑多进程或者多线程等其他各种方法了~当然这就是我下篇会重点介绍的内容,哎,学习好难啊~
2025-07-02 01:03:10
1048
原创 Linux网络socket套接字(上)(2)
难死了,难死了,这篇真的是我靠,我感觉 Linux 比 Cpp 还难!学不动了,暂时就到这里吧!!!下篇再说再说,这个很难!!!
2025-06-04 18:20:44
799
原创 Linux系统编程收尾(35)
大家好,这是我们Linux系统编程的最后一节课了!大家请再撑住一会儿~结束喽,Linux系统编程环节,现在是即将进入Linux网络编程!!!
2025-05-30 17:16:01
1044
原创 Linux线程池(上)(33)
终于要结束了,写完这篇再来篇有关锁的文章,我们就可以结束 Linux系统编程 部分啦!线程池是一种管理线程的机制,它可以在需要时自动创建和销毁线程,以及分配和回收线程资源。线程池的主要优点是减少了频繁创建和销毁线程所带来的开销,提高了系统的稳定性和可扩展性。知乎优秀文章:什么是线程池?线程池 ThreadPoolExecutor 使用及其原理又是什么?麻了,好难,特别是那个条件变量,真的需要多看几次,哎~
2025-05-29 21:07:01
598
原创 Linux生产者消费者模型(31)
Hello,我们继续来学习Linux!!!终于马上就能结束系统了!欧耶!再撑一下,Linux的网络部分终于要结束了!
2025-05-26 14:52:34
1179
原创 Linux线程互斥与同步(上)(29)
马上要结束了!!!我们在学习 多线程 的时候,一定会遇到并发访问的问题,最直观的感受就是每次运行得出的结果值大概率不一致,这种执行结果不一致的现象是非常致命,因为它具有随机性,即结果可能是对的,也可能是错的,无法可靠的完成任务,类似物理学神兽薛定谔的猫难死了我靠,下篇讲线程同步!!!
2025-05-20 21:33:59
1068
原创 Linux线程控制(28)
加油,我们继续,争取在五月份之前把 Linux 给干完虽然我也不知道行不行~线程是进程内部的一个执行流,作为 CPU 运行的基本单位,合理控制线程与任务的执行效率息息相关,因此掌握线程基本操作(线程控制)是很有必要的加油加油!!!
2025-05-19 21:49:24
808
原创 Linux线程初识(27)
进程和线程真是一个经典的概念,我们要来好好学习它哎,感觉时间总是不够用!!大家继续加油!!将一份代码成功编译后,可以得到一个可执行程序,程序运行后,相关代码和数据被 load 到内存中,并且操作系统会生成对应数据结构(比如 PCB)对其进行管理及分配资源,准备工作做完之后,我们就可以得到一个运行中的程序,简称为 进程,对于操作系统来说,光有 进程 的概念是无法满足高效运行的需求的,因此需要一种执行粒度更细、调度成本更低的执行流,而这就是 线程但是可以说,这样子是比较模糊的,不急,我们接下来继续讲解。
2025-05-19 03:02:37
838
原创 Linux进程信号处理(26)
这篇就是我们关于信号的最后一篇啦!马上就要到线程喽,进一步说,我们的Linux系统编程就要结束喽!从信号产生到信号保存,中间经历了很多,当操作系统准备对信号进行处理时,还需要判断时机是否 “合适”,在绝大多数情况下,只有在 “合适” 的时机才能处理信号结束了,开始进入线程!
2025-05-14 00:04:57
1213
原创 Linux进程信号保存(25)
继续,继续!信号从产生到执行,并不会被立即处理,这就意味着需要一种 “方式” 记录信号是否产生,对于 31 个普通信号来说,一个 int 整型就足以表示所有普通信号的产生信息了;信号还有可能被 “阻塞”,对于这种多状态、多结果的事物,操作系统会将其进行描述、组织、管理,这一过程称为 信号保存 阶段你会越来越发现,先描述,再组织,这真是一个经典的概念那递达信号之后又会发生什么呢?其原理又如何?别急,我们下篇见分晓!
2025-05-13 15:41:02
1050
原创 Linux进程信号产生(24)
Hello,我又回来啦,转眼间又到期末了~~在 Linux 中,进程具有独立性,进程在运行后可能 “放飞自我”,这是不利于管理的,于是需要一种约定俗成的方式来控制进程的运行,这就是 进程信号 的由来信号 是信息传递的承载方式,一种信号往往代表着一种执行动作:鸡叫 => 天快亮了闹钟 => 起床、完成任务红绿灯 => 红灯停,绿灯行当然这些都是生活中的 信号,当产生这些 信号 时,我们会立马想到对应的 动作 ,这是因为 我们认识并能处理这些信号。
2025-05-12 15:36:39
919
原创 Linux进程间通信(下)(23)
逢山开路,遇水搭桥”马上就要结束又一大关了,不免感概工科的路上真是困难一重又一重,迈过一道坎又来一道坎,成就感满满这可能就是我们计算机人独有的幸福感吧~总算结束了,接下来就是信号了!
2025-05-08 13:32:09
686
原创 Linux进程间通信(中)(22)
Hello,开始快乐写码!!我们继续承接上篇未完成的管道开始!最后一篇再介绍下另外两种system V IPC 的方式,我们就要结束进程间通信了,加油!
2025-05-07 15:56:13
963
原创 Linux进程间通信(上)(21)
本篇出得有点慢,因为我在这里更换了我的开发环境不再使用Vim,而是替换成Vscode这个更加强大的文本编辑器!!!且不再使用Centos,官方早已宣布不再维护它,所以我更换了操作系统Ubuntu进程间通信简称IPC(Interprocess communication),进程间通信就是在不同进程之间传播或交换信息进程具有独立性,所以怎么交换信息,这就成了一个问题管道是Unix中最古老的进程间通信的形式,我们把从一个进程连接到另一个进程的数据流称为一个“管道”
2025-05-06 19:38:41
865
原创 Linux软硬链接和动静态库(20)
我有款非常喜欢玩的游戏,叫做《饥荒》,现在我下载了这一款游戏,但我不会跑到游戏所在目录中双击 .exe 打开游戏,大多数人都会通过桌面的快捷方式直接打开文件,而这个快捷方式实际就是对 .exe 的 软链接 文件;当你在游戏中加载地图、道具等资源时,这些数据是存在 .exe 文件中的吗?答案是当然不是,这些资源文件都以 库 的方式与 .exe 位于同一目录中,通常为动态库,在 Windows 中后缀为 dll,那么这些神奇的辅助文件是如何产生的?其本质又是如何?本篇将带你一起揭晓。
2025-04-25 22:22:07
1149
原创 DS B/B+/B*树及其应用(21)
我们计算机界有自己的3b1b!!!附上链接:B树(B-树) - 来由, 定义, 插入, 构建B树(B-树) - 删除数据结构合集 - B+树B树:有序数组+平衡多叉树;B+树:有序数组链表+平衡多叉树;B*树:一棵更丰满的,空间利用率更高的B+树B树最常见的应用就是用来做索引。索引通俗的说就是为了方便用户快速找到所寻之物,比如:书籍目录可以让读者快速找到相关信息,hao123网页导航网站,为了让用户能够快速的找到有价值的分类网站,本质上就是互联网页面中的索引结构。
2025-04-24 21:56:45
986
原创 Linux深入理解文件系统(19)
在Windows下,我们经常会有分盘的操作,比如说C盘和D盘这很有意思,其背后的原理是什么呢,当我们格式化的时候,背后都发生了什么呢?我们将在本篇有所感悟!设计的极其精妙,计算机先辈的智慧不由得不令人赞叹!!!大家可以问DeepSeek,找到 inode、Super block 等的源码来进一步掌握!!!
2025-04-19 00:32:31
1025
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人