MySQL中查询所有数据库占用磁盘空间大小和单个库中所有表的大小的sql语句

MySQL中查询所有数据库占用磁盘空间大小和单个库中所有表的大小的sql语句,第1张

查询所有数据占用磁盘空间大小的SQL语句:

复制代码

代码如下:

select

TABLE_SCHEMA,

concat(truncate(sum(data_length)/1024/1024,2),'

MB')

as

data_size,

concat(truncate(sum(index_length)/1024/1024,2),'MB')

as

index_size

from

information_schematables

group

by

TABLE_SCHEMA

order

by

data_length

desc;

查询单个库中所有表磁盘占用大小的SQL语句:

复制代码

代码如下:

select

TABLE_NAME,

concat(truncate(data_length/1024/1024,2),'

MB')

as

data_size,

concat(truncate(index_length/1024/1024,2),'

MB')

as

index_size

from

information_schematables

where

TABLE_SCHEMA

=

'TestDB'

group

by

TABLE_NAME

order

by

data_length

desc;

以上语句测试有效,注意替换以上的TestDB为数据库名

经常看见有人问,MSSQL占用了太多的内存,而且还不断的增长;或者说已经设置了使用内存,可是它没有用到那么多,这是怎么一回事儿呢

首先,我们来看看MSSQL是怎样使用内存的。

的开销一般是用于数据缓存,如果内存足够,它会把用过的数据和觉得你会用到的数据统统扔到内存中,直到内存不足的时候,才把命中率低的数据给清掉。所以一般我们在看statistics io的时候,看到的physics read都是0。

其次就是查询的开销,一般地说,hash join是会带来比较大的内存开销的,而merge join和nested loop的开销比较小,还有排序和中间表、游标也是会有比较大的开销的。

所以用于关联和排序的列上一般需要有索引。

再其次就是对执行计划、系统数据的存储,这些都是比较小的。

我们先来看数据缓存对性能的影响,如果系统中没有其它应用程序来争夺内存,数据缓存一般是越多越好,甚至有些时候我们会强行把一些数据pin在高速缓存中。但是如果有其它应用程序,虽然在需要的时候MSSQL会释放内存,但是线程切换、IO等待这些工作也是需要时间的,所以就会造成性能的降低。这样我们就必须设置MSSQL的内存使用。可以在SQL Server 属性(内存选项卡)中找到配置使用内存的地方,或者也可以使用sp_configure来完成。如果没有其它应用程序,那么就不要限制MSSQL对内存的使用。

然后来看查询的开销,这个开销显然是越低越好,因为我们不能从中得到好处,相反,使用了越多的内存多半意味着查询速度的降低。所以我们一般要避免中间表和游标的使用,在经常作关联和排序的列上建立索引。

要每天查看下面员工报表而又不占用太多内存,可以使用Excel的自动备份功能,每天定时对每个员工的报表进行备份,这样在查看报表时就不会消耗太多内存。另外,也可以使用Excel共享工作簿功能,将多个员工的报表存放在同一个工作簿中,这样也可以查看报表而又不占用太多内存。

这个问题很有意思。首先目前好像还没有数据库有存储1000列的,还有这种比较是无意思的。因为实际中不可能发生,但从应用层面讲,数据库表的字段不能太多,如此在调用时会极大地影响效率,因为数据表的列数达到一定程度后,在大记录数的情况下,使用查询语句或数据检索时会使整个系统的资源被极大地占用,查询或检索的效率急剧下降。而得到其平衡,是数据库管理系统和其管理员应该考虑和实践的问题,其最能体现数据库管理员水平的地方之一。

你所说的这个需求可以先将这些数据通过查询语句提取出来,将其保存到数组里啊,然后在对数据进行 *** 作,如果也都是在内存中运行的,可以保证速度的。

MySQL数据库。

MySQL数据库占用的内存主要是用于服务器端进程的运行和数据缓存,以及与客户端之间的网络通信。

MySQL数据库是一种客户端/服务器型数据库,运行在服务器端,通过网络连接提供服务。

问题原因:由于数据库自身的统计数据表information_schemaCLIENT_STATISTICS 数据量过大导致内存占用,CLIENT_STATISTICS是一张内存表。

问题处理方法:由于CLIENT_STATISTICS表里面的Host列是16个字节的,因此如果主机名过长,会导致客户端每一次的 *** 作都会在表里面新增一条数据,无论 *** 作是否成功。因此只需要修改连接的主机名不要超过16位就不会导致内存占用不释放的问题。

以上就是关于MySQL中查询所有数据库占用磁盘空间大小和单个库中所有表的大小的sql语句全部的内容,包括:MySQL中查询所有数据库占用磁盘空间大小和单个库中所有表的大小的sql语句、解决SQLServer数据库占用内存过多的问题、怎样可以每天查看下面员工报表又不占内存等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/10158359.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-05
下一篇 2023-05-05

发表评论

登录后才能评论

评论列表(0条)

保存