有人吗？

嗨，安德烈，

是的，不止如此，因为 系统必须管理内存。 这意味着分页表条目a 需要解决这个记忆。 该内存可以重复使用，但是以这种大小它确实浪费了。

但是要清楚地回答您的问题 -是的，重组会释放稀疏段，以用于其他用途（例如， 列存储表）。 当前，浪费的内存只能用于 行存储。

您当前使用哪个版本？ 某些修订中的一些错误会影响行存储的增长。

关于

Jens

Hi Andrey，

< p>只需查看我的博客" HANA内存使用情况详细信息：第1部分共享内存"（第1部分：共享内存）。

使用如下语句：

 select
 CATEGORY，ALLOCATED_SIZE，USED_SIZE，FREE_SIZE
 来自" SYS"。" M_SHARED_MEMORY"
 端口= 30003
 按used_size desc 

或

 SELECT排序
 主机，端口，情况（（（（SUM（FREE_SIZE）/SUM（ALLOCATED_SIZE）））> 0.30）
 和
 SUM（ALLOCATED_SIZE）> TO_DECIMAL（10）* 1024 * 1024 * 1024）
 然后
 '真正'
 其他
 '假'
 结束
 "建议重组行存储"，
 TO_DECIMAL（SUM（FREE_SIZE）* 100/SUM（ALLOCATED_SIZE），10,2）"可用空间百分比，％"，
 TO_DECIMAL（SUM（ALLOCATED_SIZE）/1048576，10，2）"以MB为单位的分配大小"，
 TO_DECIMAL（SUM（FREE_SIZE）/1048576，10，2）"以MB为单位的可用大小"
 从
 M_RS_MEMORY
 哪里
 （CATEGORY ='TABLE'或CATEGORY ='CATALOG'）
 GROUP BY HOST，PORT； 

您的行存储真的太大了吗？

已分配大小：782528.00MB

免费大小：581067.73M

< p>大约200GB的实际大小

使用行重组，在这里我绝对建议您进行离线重组（使用这种大小需要一段时间），您可以在数据量和内存中节省大量空间 地区。 这将导致系统启动时间缩短。 也许您还应该考虑使用以下方法回收数据量：

 ALTER SYSTEM RECLAIM DATAVOLUME 120 DEFRAGMENT 

关于

Jens

< p>