" dbsrv17 -ch 60p"会将高速缓存的上限设置为可用物理内存的60％。

-c设置初始高速缓存大小，但是如果没有其他开关来限制大小调整，则高速缓存随后可以增加或缩小。

-ca 0禁用高速缓存大小调整。 除非您发现高速缓存的增长不能满足不断变化的需求，否则这几乎是不希望的。 如果其他应用程序有机会抓住可用内存，使SQL Anywhere饿死，您可能还想使用它。

-cl设置缓存大小的下限。

引擎确实使用了少量的内存，这不是高速缓存的一部分，但是通常很少。 似乎不太可能在缓存之外使用1.2 GB的内存，但也许其他人可以提供更精确的观察结果。

此致

Mike Loop
高级产品支持工程师
SAP产品支持

谢谢您的评论。
它对我有帮助。

除了迈克的回答：如果您想通过使用以下方式将最大缓存大小限制为物理内存的60％ " dbsrv17 -ch 60P"，我还建议将初始缓存大小设置为较低的值，例如" dbsrv17 -c 40P -ch 60P"可能将其设置为40％。

请注意，SQL Anywhere会根据操作系统，可用内存和数据库文件大小来计算初始，最小和最大高速缓存大小的默认值。 有关详细信息，请参见此处和 单个选项的说明，例如 dbsrv17 -c在这里。

我建议监视与缓存有关的属性，以了解有关当前缓存使用情况的信息，例如：

选择属性（'CurrentCacheSize'），属性（'PeakCacheSize'），属性（'MinCacheSize'），属性（'MaxCacheSize'）; 

除其他外，这将显示自进程启动以来数据库服务器已使用的最大缓存大小（第二个值）与允许的最大缓存大小（第四个值）的比较–如果第二个值较小，则允许的最大值为 尚未达到，并且更大的最大cahce大小（由-ch指定）甚至可能没有效果。

（当然，研究当前的缓存大小仅对典型的工作负载有用。）

谢谢您的附加评论。
我尝试您的建议。