环境信息Docker是什么?Docker就是一个平台,这个平台具备开发、发布运行应用程序的功能,在项目生命周期中,我们可以运用Docker实现快速交付、测试部署。Docker通过将运行环境打包成一个镜像,就可以在安装了Docker的任意平台上运行(一次构建,到处运行)。安装Dockercentos版本推荐7以上,centos6安装docker比较麻烦。如果以前安装过docker,需要先清理:s
缓存1.1什么是缓存?缓存就是存在于计算机内存中的一段数据;针对于我们的程序而言,缓存就是存在于JVM(JVM也存在于内存中)中的一段数据。1.2缓存/内存中数据的特点a、读写快b、断电既失1.3使用缓存的好处a、提高网站响应速度,优化网站的运行b、减轻访问数据库时给数据库带来的压力1.4缓存的应用环境缓存一般应用于查询较多,增删极少的业务领域1.5项目中开发缓存模块项目结构[外链图片转存失败,源
转载 2024-03-11 07:30:09
46阅读
mybatis基础流程_Mybatis与Spring的集成               对象                    &nbs
转载 10月前
30阅读
我们为什么要使用Mybatis?这里就要提到JDBC的一些弊端:如硬编码问题,SQL参数固定,代码重复以及底层的一些问题为了解决这些问题,我们采用了MybatisMybatis是什么?Mybatis是一个基于Java的持久层框架(半自动)。持久层框架就是操作数据库的框架,对之前使用的JDBC代码进行了封装。它支持定制化SQL,存储过程以及高级映射从而解决了JDBC的弊端等问题Mybatis为什么要
一、事件起因关于 Mybatis JPA 孰优孰劣的问题,争论已经很多年了。一直也没有结论,毕竟每个人的喜好习惯是大不相同的。我也看过知乎上一些问答,各有各的理由,感觉都挺有道理。如果让我不带感情色彩地去分辨,其实我也是懵的,因为真的是公说公有理婆说婆有理。而在国内,不得不承认,用 Mybatis 的公司确实是要比用 JPA 的多,但是在 2015 年以前,用 Hibernate 的公司确实
原创 2020-05-14 17:00:50
954阅读
MongoDB Redis 都是流行的 NoSQL 数据库系统,但它们的应用场景特点不同,主要体现在以下几个方面:1.数据类型:MongoDB 是面向文档的数据库系统,支持复杂的数据类型,如嵌套文档、数组等;Redis 则是一个基于内存的键值数据库系统,支持字符串、哈希表、列表、集合等简单数据类型。2.数据持久化:MongoDB 支持多种数据持久化方式,包括内存映射文件、复制分片等技术;R
redis总结为什么选择使用redis传统的关系型数据库如mysql已经不能适用所有的场景,比如秒杀的库存扣减,很容易把数据库打崩,所以需要引入缓存中间件,目前市面上比较常用的缓存中间件有redismemcached,考虑优缺点,选择了redisredis有哪些数据结构,以及应用场景string:这是最简单的类型,就是普通的 set get,做简单的 KV 缓存。计数器。共享用户Sessi
1、开发对比开发速度  http://www.zhihu.com/question/21104468Hibernate的真正掌握要比Mybatis来得难些。Mybatis框架相对简单很容易上手,但也相对简陋些。个人觉得要用好Mybatis还是首先要先理解Hibernate。开发社区Hibernate 与Mybatis都是流行的持久层开发框架,但Hibernate开发社区相对多热闹些,支
转载 2024-05-21 17:32:30
29阅读
背景从本章开始,在没有特殊说明的情况下,文章中的MQTT版本均为 3.1.1。MQTT 的发展历史在物联网中,开源开放标准是基本的要素。MQTT 的发展历史大致如下:1999 年,IBM 和合作伙伴共同发明了 MQTT 协议。2004 年, MQTT.org 开放了论坛,供大家广泛参与。2011 年,IBM 建立了 Eclipse 开源项目 Paho ,并贡献了代码。Eclipse Paho 是
实际开发的话,如果纯粹用mybatis,开局就要先把单表增删改查给做了,其实工作量还好, 但是表一多就很繁琐,如果表结构发生改变,加了字段之类的,就要维护这个单表crud的所有语句,每个语句维护要增减的字段mybatis默认解决单表的crud,是靠 mybatis generator,简称MBG,用来生成单表的mapper,xml等,但是有一个缺点,表结构发生改变的时候,重新生成会覆盖掉原来的,所
转载 2023-11-11 17:49:39
76阅读
# [Mybatis]() PlusMybatis-Plus是一个Mybatis的增强工具,只是在Mybatis的基础上做了增强却不做改变,MyBatis-Plus支持所有Mybatis原生的特性,所以引入Mybatis-Plus不会对现有的Mybatis构架产生任何影响。# Mybatis Mybatis Plus 的区别MyBatis:- 所有SQL语句全部自己写- 手动解析实体关系映射转
本文不会下关于 Mybatis JPA 两个持久层框架哪个更好这样的结论。只是摆事实,讲道理,所以,请各位看官勿喷。一、事件起因关于 Mybatis JPA 孰优孰劣的问题,争论已经很多年了。一直也没有结论,毕竟每个人的喜好习惯是大不相同的。我也看过知乎上一些问答,各有各的理由,感觉都挺有道理。如果让我不带感情色彩地去分辨,其实我也是懵的,因为真的是公说公有理婆说婆有理。而在国内,不得不
原创 2020-04-24 15:05:19
3841阅读
本身应用场景不同,自然无法直接对比优势劣势。 从效率来说: Redis的数据存放在内存,所以速度快但是会受到内存空间限制。MySQL存放在硬盘,在速度上肯定没有Redis快,但是存放的数据量要多的多。从功能来说: Redis是一个K-V数据库,同时还支持List/Hash/Set/Sorted Set等几个简单数据结构,所以只能以这些数据结构为基础实现功能。而MySQL这点就不必说了。最后需要提到
转载 2023-07-05 16:52:26
119阅读
  MongoDBRedis都是NoSQL,采用结构型数据存储。二者在使用场景中,存在一定的区别,这也主要由于二者在内存映射的处理过程,持久化的处理方法不同。MongoDB建议集群部署,更多的考虑到集群方案,Redis更偏重于进程顺序写入,虽然支持集群,也仅限于主-从模式。 指标 MongoDB(v2.4.9) Redis(v2.4.17) 比较
mongodbmemcached不是一个范畴内的东西。mongodb是文档型的非关系型数据库,其优势在于查询功能比较强大,能存储海量数据。mongodbmemcached不存在谁替换谁的问题。 memcached更为接近的是redis。它们都是内存型数据库,数据保存在内存中,通过tcp直接存取,优势是速度快,并发高,缺点是数据类型有限,查询功能不
转载 2023-06-13 23:14:14
188阅读
前言 对于分布式使用Nginx+Tomcat实现负载均衡,最常用的均衡算法有IP_Hash、轮训、根据权重、随机等。不管对于哪一种负载均衡算法,由于Nginx对不同的请求分发到某一个Tomcat,Tomcat在运行的时候分别是不同的容器里,因此会出现session不同步或者丢失的问题。 实际上实现Session共享的方案很多,其中一种常用的就是使用Tomcat、Jetty等服务器提供的Sessi
转载 2024-05-31 12:07:37
27阅读
一、什么是Redisson1.Redisson是架设在Redis基础上的一个Java驻内存数据网格(In-Memory Data Grid),它实现了分布式可扩展的Java数据结构。2.它不仅提供了一系列的分布式的Java常用对象,还实现了可重入锁(Reentrant Lock)、公平锁(Fair Lock)、联锁(MultiLock)、红锁(RedLock)、 读写锁(ReadWriteLoc
传统的关系型数据库不同,NoSQL大部分都是以键值对存储在内存中的,我们不能直接把RDBMS里面的一些做法直接移植到NoSQL中来,一个最主要的原因是,在NoSQL中缺少RDBMS中的一些诸如join ,union以及一些在关系型数据库中效率很高的执行语句,这些在NoSQL不能很好的支持,或者说效率低。 下文首先通过例子介绍在SQLServer中设计一个DB系统以及与NoSQL环境中设计一个D
转载 2024-06-10 12:10:55
42阅读
    由于种种原因,最近开发项目使用的持久层框架由springdatajpa 更换为 mybatis ,但是一直不知道mybatis 到底好在哪里,与朋友也一直就两种持久层技术哪种更好争执不休    JPA默认使用hibernate作为ORM实现,所以,一般使用Spring Data JPA即会使用hibernate。我们再看看hibernate的官方概
转载 2024-06-05 14:25:01
35阅读
1、关于Apache IgniteApache Ignite是一个以内存为中心的分布式数据库、缓存处理平台,支持事务、分析以及流式负载,可以在PB级数据上享有内存级的性能。比传统的基于磁盘或闪存的技术具有更高的性能,同时他还为应用不同的数据源之间提供高性能、分布式内存中数据组织管理的功能。Apache Ignite允许用户将常用的热数据储存在内存中,它支持分片复制两种方式,让开发者可以均匀地
转载 2023-10-12 20:20:19
93阅读
  • 1
  • 2
  • 3
  • 4
  • 5