Ⅰ spring中配置MySql数据源，怎样配置数据库信息
spring中配置数据源的几种常见方式：
#mysql 数据库配置(jdbc.properties)
jdbc.driverClassName=com.mysql.jdbc.Driver
jdbc.url=jdbc:mysql://localhost:3306/databaseName?useUnicode=true&characterEncoding=UTF-8
jdbc.username=root
jdbc.password=root
1.使用spring自带的数据源org.springframework.jdbc.datasource.DriverManagerDataSource；
方式一：
<bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer" p:location="/WEB-INF/jdbc.properties" />
<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource"
p:driverClassName="${jdbc.driverClassName}"
p:url="${jdbc.url}"
p:username="${jdbc.username}"
p:password="${jdbc.password}" />
p标记需要：xmlns:p="http://www.springframework.org/schema/p"
DriverManagerDataSource源码实现：
public class DriverManagerDataSource extends AbstractDriverBasedDataSource {
public DriverManagerDataSource() {
}
public DriverManagerDataSource(String url) {
}
public DriverManagerDataSource(String url, String username, String password) {
}
public DriverManagerDataSource(String url, Properties conProps) {
}
public void setDriverClassName(String driverClassName) {
}
protected Connection getConnectionFromDriver(Properties props) throws SQLException {
}
protected Connection (String url, Properties props) throws SQLException {
}
}
Ⅱ spring怎么连接mysql
1、属性配置文件（application.properties）
spring.datasource.url=jdbc:mysql://localhost:3306/test
spring.datasource.username=root
spring.datasource.password=123456
spring.datasource.driver-class-name=com.mysql.jdbc.Driver12341234
如果使用JNDI，则可以替代 spring.datasource 的 url、username、password，如：
spring.datasource.jndi-name=java:tomcat/datasources/example 11
值得一提的是，无论是Spring Boot默认的DataSource配置还是你自己的DataSource bean，都会引用到外部属性文件中的属性配置。所以假设你自定义的DataSource bean，你可以在定义bean时设置属性，也可以在属性文件中，以“spring.datasource
Ⅲ spring中mysql多数据源切换 怎么配置（配置文件）
由于项目需要，需要为我的springMCV项目配置mysql+oracle两种数据源，运行时进行切换。由于技术水平有限，断断续续用了一周时间解决了这个小问题（比较懒），特来发篇博客，为以后需要的朋友提供参考。
首先，这个项目的多数据源配置建立在mysql已经搭建完成的基础上，这部分的源代码github上都有，网上也有不少教程，我就不作说明了，直接讲如何配置oracle。
oracle我用的版本是11g，具体版本是11.2.0.1.0。下载及安装，建表过程省略（详情请网络，建表推荐用pl/sql）
我的项目中，数据库的账号密码都是通过properties文件配置的，首先你需要配置好spring项目中的oracle的url，账号以及密码。
dataSource2.driver=oracle.jdbc.driver.OracleDriver
dataSource2.url=jdbc\:oracle\:thin\:@localhost\:1521\:orcl
dataSource2.username=sys as sysdba
dataSource2.password=a123456
driver表示驱动名，username表示登录oracle的用户名，这里需要注意的是oracle非常注重数据库管理员的权限，因此在登录时需要指明登录者的身份，pl/sql以及navicat会让你选择以什么角色登录，而在spring项目中访问时，直接输入 用户名 + as sysdba 的形式作为用户名，密码就是先前安装oracle时设置的密码。
接下来配置spring的配置文件，来配置2个数据源，我主要是参考了网上的文章，大致原理是为不同数据源配置不同的sqlSessionFactory以及sqlSessionTemplate，为项目编写工具类，通过设置不同的键值切换数据源。
Ⅳ SpringBoot项目中实现MySQL读写分离
但我们仔细观察我们会发现，当我们的项目都是用的单体数据库时，那么就可能会存在如下问题：
为了解决上述提到的两个问题，我们可以准备两 (多) 台MySQL，一台主( Master )服务器，一台从( Slave )服务器，主库的 数据变更 (写、更新、删除这些操作) ，需要 同步 到从库中 (主从复制) 。而用户在访问我们项目时，如果是 写操作 (insert、update、delete)，则直接操作 主库 ；如果是 读操作 (select) ，则直接操作从库，这种结构就是 读写分离 啦。
在这种读写分离的结构中，从库是可以有多个的
MySQL主从复制是一个 异步 的复制过程，底层是基于Mysql数据库自带的 二进制日志 功能。就是一台或多台MySQL数据库（slave，即 从库 ）从另一台MySQL数据库（master，即 主库 ）进行日志的复制，然后再解析日志并应用到自身，最终实现 从库 的数据和 主库 的数据保持一致。MySQL主从复制是 MySQL数据库自带功能，无需借助第三方工具。
二进制日志（BINLOG）记录了所有的 DDL（数据定义语言）语句和 DML（数据操纵语言）语句，但是不包括数据查询语句。此日志对于灾难时的数据恢复起着极其重要的作用，MySQL的主从复制， 就是通过该binlog实现的。默认MySQL是未开启该日志的。
在环境搭建之前，我们需要准备好两台服务器，如果生活富裕使用的是两台云服务器的时候记得要开放安全组，即防火墙；如果是比狗子我生活好点但也是用的虚拟机的话，记得别分这么多内存启动蓝屏了（别问怎么知道的）
这里就不给大家展示数据库的安装和防火墙的操作了，这个我感觉网上好多资源都能够满足遇到的问题，在搭建主从库的时候有在网上见到过说MySQL版本要一致的，我也没太留意直接就在之前的MySQL上操作了，大家可以自己去验证一下。
服务器：192.168.150.100（别试了黑不了的，这是虚拟机的ip）
这里有三个方法都能重启MySQL，最简单的无疑就是一关一开：
登录进去MySQL之后才能够执行下面的命令，因为这是SQL命令，linux不认识这玩意是啥。
这个时候还 不用退出MySQL ，因为下面的命令还是SQL命令，执行下面的SQL，可以拿到我们后面需要的两个重要参数。
执行完这一句SQL之后，==不要再操作主库！不要再操作主库！不要再操作主库！==重要的事情说三遍，因为再操作主库之后可能会导致红框中的 两个属性值会发生变化 ，后面如果发生了错误可能就和这里有那么两毛钱关系了。
服务器：192.168.150.101（别试了黑不了的，这也是虚拟机的ip）
这里要注意server-id和主库以及其他从库都不能相同，否则后面将会配置不成功。
这里有三个方法都能重启MySQL，最简单的无疑就是一关一开：
登录进去MySQL之后才能够执行下面的命令，因为这是SQL命令
参数说明：
这个时候还 不用退出MySQL ，因为下面的命令还是SQL命令，执行下面的SQL，可以看到从库的状态信息。通过状态信息中的 Slave_IO_running 和 Slave_SQL_running 可以看出主从同步是否就绪，如果这两个参数全为 Yes ，表示主从同步已经配置完成。
这可能是由于linux 是复制出来的，MySQL中还有一个 server_uuid 是一样的，我们也需要修改。 vim /var/lib/mysql/auto.cnf
这应该就是各位大牛设置server_id的时候不小心设置相同的id了，修改过来就行，步骤在上面的配置中。
这是狗子在操作过程中搞出来的一个错误……
出错的原因是在主库中删除了用户信息，但是在从库中同步的时候失败导致同步停止，下面记录自己的操作（是在进入MySQL的操作且是从库）。
在数据库中操作时，一定要注意当前所在的数据库是哪个，作为一个良好的实践：在SQL语句前加 USE dbname 。
Sharding-JDBC定位为 轻量级Java框架 ，在Java的JDBC层提供的额外服务。 它使用客户端直连数据库，以 jar包 形式提供服务，无需额外部署和依赖，可理解为增强版的JDBC驱动， 完全兼容JDBC和各种ORM框架 。
使用Sharding-JDBC可以在程序中轻松的实现数据库 读写分离 。
Sharding-JDBC具有以下几个特点：
下面我们将用ShardingJDBC在项目中实现MySQL的读写分离。
在pom.xml文件中导入ShardingJDBC的依赖坐标
在application.yml中增加数据源的配置
这时我们就可以对我们项目中的配置进行一个测试，下面分别调用一个更新接口和一个查询接口，通过查看日志中记录的数据源来判断是否能够按照我们预料中的跑。
搞定！！！程序正常按照我们预期的成功跑起来了，成功借助ShardingJDBC在我们项目中实现了数据库的读写分离。
Ⅳ spring使用mysql默认隔离机制是什么;oracle默认隔离机制是什么
先来总体说一下我对这个问题的理解，用一句话概括：
数据库是可以控制事务的传播和隔离级别的，Spring在之上又进一步进行了封装，可以在不同的项目、不同的操作中再次对事务的传播行为和隔离级别进行策略控制。
注意：Spring不仅可以控制事务传播行为（PROPAGATION_REQUIRED等），还可以控制事务隔离级别（ISOLATION_READ_UNCOMMITTED等）。
（以下是个人理解，如果有瑕疵请及时指正）
下面我具体解释一下：
为了大家能够更好的理解，先来明确几个知识点：
事务的传播行为：简单来说就是事务是手动提交还是自动提交，事务什么时候开始，什么时候提交。
事务的隔离级别：简单来说，就四个，提交读，提交读，重复读，序列化读。
首先我来描述一下，数据库（mysql）层面上对于事务传播行为和隔离级别的配置和实验方法：
数据库层面（采用命令行）：其实mySql命令行很简单，希望实验操作一下：
//连接数据库，我这里是本地，后面是用户名密码，不要打分号，如果指令不行，配置下环境变量，网上有很多。
1. cmd中执行：mysql -hlocalhost -uroot -pmysql
//查看本地数据库事务传播行为是手动提交（0），还是自动提交（1）。
2.select @@autocommit;
//如果是0，希望设置为手动提交,这里其实是设置本对话的autocommit，因为如果你再开一个cmd，发现还是没改回来，如果想修改全局的，网上有global方法。
3.set @@autocommit=0;
//然后查询本地数据库中的一条记录,我本地数据库为test1;
4.use test1;
5.select * from task where taskid=1;
//同时新开一个窗口cmd，连接数据库，并且修改这条记录，update语句我就不写了，或者直接修改数据库本条记录。
//再次执行select * from task where taskid=1;发现值没变。OK因为此时数据库隔离级别为repeatable read 重复读，因为mysql默认的隔离级别是重复读。
//修改数据库隔离级别
6.set global transaction isolation level read committed;
//查看一下，可能需要重新连接一下
7.select @@tx_isolation;
//这时在执行一下4,5操作，发现值变了，ok。因为已经改变了数据库隔离级别，发生了重复读出不同数据的现象。
（以上操作希望有不明白的上网自学一下，很有用，先把数据库隔离级别弄明白了）
然后再来讲一下，Spring对事务传播行为和隔离级别的二次封装。
因为不同项目可能在一个mysql的不同数据库上，所以可以在项目中配置数据库的传播行为和隔离级别：
关于spring的传播行为（PROPAGATION_REQUIRED、PROPAGATION_REQUIRED等），我《数据库隔离级别（mysql+Spring）与性能分析 》文章中有讲，网上也有很多相关资料，我就不说了。
关于spring的事务隔离级别与数据库的一样，也是那四个，多了一个default，我也不仔细讲了。
下面主要讲一下spring的配置方法：
<property name="transactionAttributes">
<props>
<prop key="save*">PROPAGATION_REQUIRED</prop>
<prop key="update*">PROPAGATION_REQUIRED</prop>
<prop key="delete*">PROPAGATION_REQUIRED</prop>
<prop key="get*">PROPAGATION_REQUIRED,readOnly</prop>
<prop key="find*">PROPAGATION_REQUIRED,ISOLATION_READ_UNCOMMITTED</prop>
</props>
就以find为例，可以配置这么配置，前面是控制传播行为，后面是控制事务隔离级别的。那么这时哪怕数据库层面上是重复读，但是还是以这里为准，你会发现在同一个事务中两次查询的结果是不一样的。
最后扫除一个盲区，readonly这个属性，是放在传播行为中的，一般书都这么归类，我也尝试了一下，readonly并不能影响数据库隔离级别，只是配置之后，不允许在事务中对数据库进行修改操作，仅此而已。
Ⅵ Spring mysql连接长时间断掉的问题
维护一个toB智能制造项目的时候，发现mysql偶尔会报错：
这个错误发生时，重新调用接口即可重新连接上，倒是没有特别大的阻碍，但是偶尔跳出还是烦人。所以我花了点时间研究了下。
这个问题很明显，就是mysql连接断了。
网上查到的解决方案无非以下几种：
试过了，但是后来发现，这个参数仅针对mysql4.x有效果，现如今的mysql稳定版大多是5.7，还有很多同行直接使用mysql8.x，所以这个方法没有效果。
这个都不用试，标准的spring项目谁会没事只开一个连接😂，所以也没啥用。
这个默认就是换了的，因为外网ip不稳定，自己内部链接还少些资源。但是并不能从根本性上解决这个问题。
这是我现在使用的方法。等我测试几天，再回来在评论区告诉大家答案。原理很简单，spring的连接池默认走的是dbcp，据说这个玩意内部有硬伤，长期空闲连接mysql是会有问题的，所以换成阿里的druid试一试。
还有一点需要各位明白的是，连接池配置是全局有效的，除非你引用的第三方包自己写死了，但是一般正常的第三方包或者开源包这些配置都是跟着主系统的，或者说主系统的配置是能够覆盖的。我这个系统使用了activiti，作为工作流引擎，引入其他的连接池也没啥问题，照常使用。
综上，等结果吧～
在此感谢这篇博客：
https://blog.csdn.net/qq_27471405/article/details/80921846
它总结的很全了。