1,数据库连接池的配置

        

 
    	
		
		<property name="initialPoolSize">5property>
 
		
		<property name="maxIdleTime">30property>
 
		
		<property name="idleConnectionTestPeriod">30property>
 
		
		<property name="minPoolSize">2property>
 
		
		<property name="acquireIncrement">5property>
 
		
		<property name="maxPoolSize">100property>
		
		
		<property name="checkoutTimeout">30000property>
 
		
		<property name="maxStatements">200property>

2, 网络7层

应用层(Aoolication):HTTP

表示层(Presentation):CSS

会话层(Session):SSH,SQL

传输层(Transport):TCP,UDP

网络层(Network):IP

数据链路层(Data Link):HDLC

物理层(Physical):V35

3tcp和udp的区别

1TCP面向连接(比如打电话需要先拨号),UDP无连接,就发送数据之前不用建立连接,(就我发过去了管你接不接)

2TCP要求系统资源较多,UDP较少

3TCP提供可靠的服务(通过TCP连接传送数据,无差错,不丢失,不重复,按序到达),UDP最大努力交付,即不保证可靠交付

4,TCP面向字节流,实际上TCP把数据看成一串无结构的字节流,UDP是面向报文的UDP没有拥塞控制因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用，如IP电话，实时视频会议等）

5,每一条TCP连接只能是点到点的,UDP支持一对一,一对多,多对一和多对多的交互通信

6,TCP首部开销20字节,UDP首部开销小,只有8个字节

7,TCP的逻辑通信信道是全双工的可靠信道,UDP是不可靠信道

8,事务并发会带来什么问题

1丢失更新:最后的更新覆盖了其他事务之前的更新,而事务直接并不知道,发送更新丢失,把应用对访问的数据加锁就可以了

2脏读:一个事务看到另一个事务未提交的更新数据,当事务读取尚未提交的数据时,就会发送这种情况

3,不可重复读:在同一事务中,两次读取同一数据,得到的内容不同,也就是有其他事务更改了这些数据

4幻读:就读的时候别人突然提交了一条数据,然后就读到了,就像产生了幻觉一样

脏读:读取到修改但未提交的数据

幻读:读取到新增且已提交的数据

9,用什么方式来解决事务并发的问题（隔离级别
 

                                                                        事务隔离级别
                                                             脏读    不可重复读    幻读    备注
读未提交（READ UNCOMMITTED ）    允许    允许    允许    最低级别，不使用锁
读已提交（READ COMMITTED）    禁止    允许    允许    Oracle 和 SQL Server默认级别，可以在sql中加锁来避免不可重复读或者幻读
可重复读（REPEATABLE READ）    禁止    禁止    允许    MySQL 默认的隔离级别
可串行化（SERIALIZABLE）    禁止    禁止    禁止    最高级别的隔离，牺牲了系统的并发性

10,mysql 默认的隔离级别是什么

可重复读(Repeated Read)：可重复读。在同一个事务内的查询都是事务开始时刻一致的，InnoDB默认级别。在SQL标准中，该隔离级别消除了不可重复读，但是还存在幻象读，但是innoDB解决了幻读