一亿数据的主键用 Varchar128 和 bigint 数据存储空间相差多大？

最新推荐文章于 2022-08-27 21:20:45 发布

毕小宝

最新推荐文章于 2022-08-27 21:20:45 发布

阅读量1k

点赞数 1

分类专栏：项目开发问题文章标签： java web

本文为博主原创文章，未经博主允许不得转载。

本文链接：https://blog.csdn.net/wojiushiwo945you/article/details/78011220

版权

项目开发问题专栏收录该内容

179 篇文章 14 订阅

订阅专栏

背景

近期开发过程中的简单问题，整理一下。

数据库字段类型选择

数据库设计过程中，选择合适的类型，可以极大提高磁盘空间的利用率。使用 TokuDB 数据库引擎的某张表的主键，由原来的 128 位的 varchar 类型，改为 bigint 类型后，相同数据规模下，发现数据库文件大小减少了一半。

效果非常明显：原来一亿条记录的字符串主键类型，需要7G左右磁盘空间，改为数值存储后，只需要3G左右的磁盘空间，大大减少了磁盘消耗。

启示：字段类型按需选择，MySQL 的客户端 HediSQL 在编辑表字段时，可以看到各种类型所表示的数据范围。hour 类型可以选择 tinyint，端口类型 smallint (正好跟端口号的0-65535一致）。还有时间字段，字符串最大 20 即可。

Tomcat连接池问题

使用 Tomcat 数据源配置后，Java Web 启动过程中会报 mysql 驱动 jar 包找不到，虽然已经将 jdbc 驱动添加到项目的 lib 目录下了，但是还是出现这个问题。

原因是 Tomcat 数据源是依赖 jdbc 的 jar 包的，所以还必须将其放在 tomcat 的 lib 目录下。但是使用其他数据源，就不需要再放在 tomcat 的 lib 目录了。

Spring配置文件

我们使用 SpringMVC 时，需要在 web.xml 中添加两个配置信息，SpringMVC 的初始化配置信息和 Spring 的配置信息：

<!-- 初始化spring配置文件 -->
	<context-param>
		<param-name>contextConfigLocation</param-name>
		<param-value>
			classpath*:config/applicationContext.xml
		</param-value>
	</context-param>
<!-- spring MVC初始化 -->
	<servlet>
		<servlet-name>dispatcherServlet</servlet-name>
		<servlet-class>org.springframework.web.servlet.DispatcherServlet
		</servlet-class>
		<init-param>
			<param-name>contextConfigLocation</param-name>
			<param-value>classpath:config/applicationContext-mvc.xml
			</param-value>
		</init-param>
		<load-on-startup>1</load-on-startup>
	</servlet>

applicationContext-mvc.xml 和 applicationContext.xml文件，他俩的区别和联系是什么呢？前者是 SpringMVC 的初始化配置信息，后缀是 Spring 的 Bean 配置文件。

Spring 作为一个 Bean 工厂，它需要管理所有配置的 Bean 的信息，项目中所有需要的Bean 都应该在该文件中定义，如果配置文件过多，可以分别写多个 xml文件，然后在applicatonContext.xml 使用 resource 标签引入，但是必须保证引入路径的正确。

SpringMVC，作为一个 MVC 框架，它的配置文件中主要是 DispatcherServlet 所需要的Bean 的配置，并利用它们来处理 Request 请求和生成相应的视图返回。