Oracle数据库的数据文件收缩主要是通过resize命令来实现的，但是有一些限制和前提条件：

1.  数据文件中的数据块必须是连续的，也就是说，如果数据文件中有碎片（即非连续的数据块），那么resize命令可能无法收缩到期望的大小。

2.  resize命令只能减小数据文件的大小，不能增大。如果你尝试增大数据文件的大小，那么命令将会失败。

3.  resize命令会尝试移动数据文件中的数据块以使其连续，但是这个过程可能会消耗大量的系统资源，并且可能会对数据库的性能产生影响。

4.  如果数据文件中有大量的空闲空间，那么resize命令可能会导致这部分空间被浪费，因为resize命令无法将这部分空间回收。

关于你的问题，asm磁盘的空闲空间反而变小了，这可能是因为resize命令在执行过程中，需要临时分配一些额外的空间来存储移动的数据块，这部分空间在resize命令执行完毕后可能没有被立即回收，从而导致asm磁盘的空闲空间变小。你可以尝试在执行resize命令后，再执行一次coalesce命令，来尝试回收这部分空间。

我印象里好像resize可以增大数据文件吧。比如现在10G，把它resize到20G

应该是你的表空间设置了自动扩展，之前你创建的表空间的时候create tablespace test datafile '路径‘ size 1g autoextend on,此时你的表空间初始只有1g，最大扩展到32g，但是你设置非自动扩展，然后resize，这个时候你的表空间大小是你resize的大小，直接分配了空间，所以asm空闲小了

如果执行 ALTER DATABASE DATAFILE 'file_name' RESIZE 命令后无法收缩数据文件，并且发现 ASM 磁盘的空闲空间反而减少了，可能有以下几种原因：

1. 表空间仍有数据占用空间： 在收缩数据文件之前，必须确保表空间内没有数据占用该空间。如果表空间中仍存在数据，则无法收缩数据文件。您可以使用以下查询来检查表空间的空闲空间和使用情况：

   SELECT tablespace_name, sum(bytes)/1024/1024 AS "Total MB",
          sum(bytes)/1024/1024 - sum(max(bytes))/1024/1024 AS "Used MB",
          sum(max(bytes))/1024/1024 AS "Free MB"
   FROM dba_free_space
   WHERE tablespace_name = 'your_tablespace_name'
   GROUP BY tablespace_name;
   

2. 数据文件大小不能超过表空间的块大小： 在 Oracle 中，数据文件的大小不能超过表空间的块大小。如果尝试调整大小超过了表空间的块大小，则无法执行收缩操作。

3. 自动段空间管理（ASSM）的影响： 如果表空间启用了自动段空间管理（Automatic Segment Space Management），则可能会导致数据文件无法收缩。在这种情况下，您可以尝试手动重新分配段，然后再执行收缩操作。

4. ASM 磁盘空间的重分配： ASM 磁盘空间的空闲空间减少可能是由于 ASM 磁盘组的重新平衡或者数据重分布导致的。ASM 可能会将数据重新分布到其他磁盘上，从而减少了原始磁盘的空闲空间。这是 ASM 的正常行为，不一定与数据文件的收缩操作直接相关。

在处理无法收缩数据文件的情况时，建议逐一排查以上可能的原因，并根据具体情况采取相应的解决措施。如果仍然无法解决问题，可能需要进一步检查日志文件以获取更多的错误信息。

在收缩表空间之前，你得先把该表空间中的表进行收缩，表收缩完成后再收缩表空间