![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
数据库
文章平均质量分 90
懒鸟一枚
算是总结、沉淀吧……
展开
-
pg数据库和mysql区别
PostgreSQL (通常称为 PG) 和 MySQL 都是广泛使用的关系型数据库管理系统 (RDBMS)。虽然它们都是用于存储和管理数据的关系数据库,但它们在一些方面有很大的区别,如下所述:数据类型:PostgreSQL 支持更多的数据类型,如范围类型、网络地址类型、JSON 和 XML 数据类型等,而 MySQL 则不支持这些类型。扩展性:PostgreSQL 具有很高的扩展性,可以使用自定义数据类型、函数和操作符来扩展其功能。而 MySQL 的扩展性较差,需要使用插件或存储过程来实现类似的功能。原创 2024-03-11 23:17:21 · 1875 阅读 · 0 评论 -
mysql 性能排查
mysql 下常见遇到的问题有,mysql连接池耗尽,死锁、慢查、未提交的事务。等等我们可能需要看;我们想要查看的可能有1.当前连接池连接了哪些客户端,进行了哪些操作2.当前造成死锁的语句有哪些,是哪个客户端上的,我们如何杀掉结束掉这些连接?3.我们当前的慢查询有哪些?执行了多少次?这些语句有没有记录下来?4.如何查看是不是因为屋里内存、磁盘等原因导致mysql性能下降等?原创 2023-11-28 23:49:36 · 845 阅读 · 0 评论 -
hikariCP 数据库连接池配置
输出指标说明打印指标的格式为{连接池名称}.pool.{指标}指标解释在运维时的作用活跃连接数此数据长期保持最大连接数值的时候可以尝试扩大连接数空闲连接数此数据过高的时候可以尝试减少配置中的最小连接数配置的最大连接数配置的最小连接数排队等待连接的线程数如果此数据持续飙高,表示连接池中已经没有空闲线程了当前总连接数创建新连接的耗时此数据主要反应当前服务到数据服务的网络延迟创建新连接的超时如果经常创建连接超时这个时候需要排查数据服务或者网络通讯是否异常Usage。原创 2023-11-24 18:35:41 · 1062 阅读 · 0 评论 -
mysql 性能参数调优详解
综合来看,concurrent_insert=2是绝对推荐的,至于max_write_lock_count=1和low-priority- updates=1,则视情况而定,如果可以降低写操作的优先级,则使用low-priority-updates=1,否则使用 max_write_lock_count=1。这样的好处就是,当又有一个新的请求的时候,mysql不会立即去创建连接 线程,而是先去 Thread_Cache 中去查找空闲的连接线程,如果存在则直接使用,不存在才创建新的连接线程。原创 2023-11-25 00:21:13 · 554 阅读 · 0 评论 -
mysql 变量和配置详解
MySQL 中还有一些特殊的全局变量,如 log_bin、tmpdir、version、datadir,在 MySQL 服务实例运行期间它们的值不能动态修改,也就是不能使用 SET 命令进行重新设置,这种变量称为静态变量。数据库管理员可以使用前面提到的修改源代码或更改配置文件来重新设置静态变量的值。原创 2023-11-24 23:41:06 · 1312 阅读 · 0 评论 -
Myql 系列--MVCC
MVCC,全称Multi-Version Concurrency Control,即多版本并发控制。MVCC是一种并发控制的方法,一般在数据库管理系统中,实现对数据库的并发访问,在编程语言中实现事务内存。MVCC在MySQL InnoDB中的实现主要是为了提高数据库并发性能,用更好的方式去处理读-写冲突,做到即使有读写冲突时,也能做到不加锁,非阻塞并发读。转载 2023-11-14 17:05:45 · 50 阅读 · 0 评论 -
Mysql系列 -锁
InnoDB实现了如下两种标准的行级锁:共享锁(S Lock):允许事务对一条行数据进行读取排他锁(X Lock):允许事务对一条行数据进行删除或更新如果一个事务T1已经获得了行r的共享锁, 那么另外的事务T2可以立即获得行r的共享锁, 因为读取并没有改变行 r 的数据, 称这种情况为锁兼容 (Lock Compatible)。但若有其他的事务T3想获得行r的排他锁, 则其必须等待事务T1, T2释放行r上的共享锁——这种情况称为锁不兼容。转载 2023-11-01 23:35:24 · 278 阅读 · 0 评论 -
Mysql系列-Mysql优化方案
关于数据库优化,网上有不少资料和方法,但是不少质量参差不齐,有些总结的不够到位,内容冗杂,偶尔发现了这篇文章,总结得很经典,文章流量也很大,所以拿到自己的总结文集中,积累优质文章,提升个人能力,希望对大家今后开发中也有帮助。原创 2023-11-01 17:26:45 · 327 阅读 · 0 评论 -
Mysql系列-性能优化
许多不同的硬件都可能会影响都MySQL的性能,例如操作系统,磁盘大小,可用内存,CPU,网络以及各种计算机组件,最常见的瓶颈就是CPU/IO资源。当数据可以放在内存中或者可以从磁盘中以足够快的速度读取时,CPU可能出现瓶颈;另外,IO瓶颈,一般发生在工作所需的数据远远超过有效内存容量的时候。转载 2023-11-01 00:17:50 · 60 阅读 · 0 评论 -
Mysql系列-索引类型
InnoDB 使用B+ tree 索引模型,根据叶子节点是否存储数(根据叶子节点的内容)分为主键索引和非主键索引;非主键索引包括:普通索引、唯一索引、组合索引主键索引的叶子节点存的是整行数据。在 InnoDB 里,主键索引也被称为聚簇索引(clustered index)。非主键索引的叶子节点内容是主键的值。在 InnoDB 里,非主键索引也被称为二级索引(secondary index)。基于非主键索引的查询需要多扫描一棵索引树。因此,我们在应用中应该尽量使用主键查询,也称为回表查询。原创 2023-10-31 23:49:03 · 181 阅读 · 0 评论 -
Mysql系列 -索引模型数据结构
总结了这么多,如果你还是不明白为什么要用B+tree做存储结构,那就再反复的学习吧。原创 2023-10-31 00:21:56 · 255 阅读 · 0 评论 -
MySQL系列-架构体系、日志、事务
而这个时候通过binlog这种级别的日志是无法恢复的,一个update可能更改了多个磁盘区域的数据,如果根据SQL语句回滚,那么势必会让那些已经刷盘成功的数据造成数据不一致。redo log记录的是操作数据变更的日志,听起来好像和binlog有类似的地方,有时候我都会想有了binlog为什么还要redo log,当然从其它地方可以找到很多的理由,但是我认为最核心的一点就是redo log记录的数据变更粒度和binlog的数据变更粒度是不一样的,也正因为这个binlog是没有进行崩溃恢复事务数据的能力的。原创 2023-10-30 23:51:38 · 588 阅读 · 1 评论 -
Oracle exp/imp方式数据库导入导出以及命令参数详解
通过数据泵导远程入数据的时候需要我们把,导入的数据文件上传到远程服务器具有读写权限的路径的慕夏,然后在通过数据泵impdb 导入文件。这种方式需要我们能够登录到远程服务器,但是有时候我们没有这种登录权限,只能通过普通的方式 exp/imp 导入导入了。exp/imp方式导入导出缺点:导入导出的效率低,时间长;原创 2023-05-08 22:07:31 · 8532 阅读 · 2 评论 -
ORACLE数据库数据泵的导入导出
转载。转载 2023-05-05 23:25:45 · 2104 阅读 · 0 评论 -
oracle 数据库创建表空间、用户、数据库实例、授权、数据导入
在安装完oracle 数据库后默认会创建一个orcl的数据库实例。除了这种方式外还可以通过别的方式创建数据库。原创 2023-05-05 23:14:32 · 4854 阅读 · 0 评论 -
Oracle数据库、实例、用户、表空间、表之间的关系
用户创建完成,并授权用户访问某表空间。表的数据,是有用户放入某一个表空间的,而这个表空间会随机把这些表数据放到一个或者多个数据文件中。表空间是一个用来管理数据存储逻辑概念,表空间只是和数据文件(ORA或者DBF文件)发生关系,数据文件是物理的,一个表空间可以包含多个数据文件,而一个数据文件只能隶属一个表空间。Oracle数据库是通过表空间来存储物理表的,一个数据库实例可以有N个表空间,一个表空间下可以有N张表。实例下有和,授权访问,是管理的,经授权在中创建,随机存储到不同的中。用户是在实例下建立的。原创 2023-05-05 22:51:21 · 2215 阅读 · 0 评论 -
微服务分布式下数据库表设计
数据库表设计存储位置的设计在微服中项目中一个项目可能有多个项目,每个项目模块都有自己的功能职责,比如有核心业务服务,有配置服务,有web查询服务等等,我们在建立业务表的时候,每个业务表虽说有自己的具体的业务功能,应该是归类为某个服务,但是有些表确实是模棱两可的,归类为某个项目好像都是可以的。这个时候我们就要考虑微服务架构下建表的特性了,一般来说,尽量要避免事务,毕竟事务的代价不小,尽量将业务关联度某些业务属性的表放到一个库中,方便一些操作,比如关联,查询等。原创 2022-12-05 17:57:12 · 899 阅读 · 0 评论