Open stafula opened 6 years ago
GitMate.io thinks possibly related issues are https://github.com/owncloud/core/issues/10588 (Share files/folder causes ), https://github.com/owncloud/core/issues/25193 (Renaming old files funcionality), https://github.com/owncloud/core/issues/10817 (Cannot share files with old users), https://github.com/owncloud/core/issues/16567 (Renaming folder causes clients to loose files), and https://github.com/owncloud/core/issues/27644 (Loading error of some files).
Hey, this issue has been closed because the label status/STALE
is set and there were no updates for 7 days. Feel free to reopen this issue if you deem it appropriate.
(This is an automated comment from GitMate.io.)
@PVince81 @DeepDiver1975 Does somebody at least want to comment on this?
The "LIKE" query on an unindexed column during the versions cleanup was definitely an unpleasant surprise for us. I imagine other big installations might run into the same problem...
@DeepDiver1975 @butonic add index ?
I am facing the same problem here!
The suggested index doesn't solve the problem because the index is ignored when using COLLATE utf8_general_ci
.
I don't know what to do. I disabled OC Cron to avoid using 100% of CPU. I am thinking to migrate db to Postgres.
Yeah, I migrated to Postgres and things are much better now!
In Pgsql I am able to create index to ilike
using trgm
.
CREATE EXTENSION pg_trgm;
CREATE INDEX fs_name_trgm ON oc_filecache USING gin (name gin_trgm_ops);
We (@fmkaiser) experienced a sudden DB load peak caused by (apparent) old files cleanup. we suspect that the very slow queries described below are embedded in a cron task.
Steps to reproduce
Expected behaviour
Actual behaviour
Server configuration
Config.:
occ config:list system
List of activated apps: /occ app:list
External storage is a mapped GPFS volume
No encryption
Data Base slow query log example
LDAP configuration
occ ldap:show-config
Short-term fix
After find a full table scan, we created a new index: