This bug (definitely a bug!) was fixed in version 1.68.232
We made "ident" field in the new wpftsi_irules table shorter (limited from 255 to 130) to avoid VARCHAR index length overflow.
Thanks, @lostconcerts !
Hello, it looks like your MySQL is a bit not optimized. With this huge amount of RAM you can sufficiently increase the InnoDB cache size, index size and sort order buffer size which will make search faster.
Unfortunately, there is no magic and for big amount of data and posts, we have to have powerful servers and optimized MySQL config.
I would recommend you to read this article: link text You may Google for more good posts.
Let me know if this helps. Thanks!
Hi, Giovanni
Recently we published a new version of the WPFTS plugin which uses a completely new search algorithm (v 1.30.85). It was built with large database support in mind. Did you try that? Please tell me if you have better speed results with it or not.
It still has some room for improvement (via temporary tables, for example) which will be added in the nearest versions of the plugin.
I have this issue too. It takes a very long time for a new search to return results. What can I do to improve this? It didn't happen in the past, only recently
@jwktje Which version of WPFTS you are using?
@EpsilonAdmin 2.36.125
@jwktje Please check if you have "Deep Search" flag set ON at the WPFTS Settings / Search & Output page. If so, try to check it OFF.
Also, there may be some limitations with your hoster (for example they limited CPU resources for you in case your website is too heavy for shared hosting etc).
We have an experimental WPFTS version which makes faster search - we could try this too.
@EpsilonAdmin For me this fixed it! Thank you very much. Was this deep search recently added in an update by any chance? For me it would have been a smoother upgrade if this was only "on by default" on new installations, not on updated ones. You could hook into the plugin activation hook. Because now it's obvious this is by design and there is a good reason for my slow search results. But if I didn't know any better I would think my site was broken.
@jwktje Actually this flag is disabled by default. We know about the disasters it can make. Should be you or someone else who has an access to admin switched it ON occasionally.
Thank you.
@EpsilonAdmin That's very possible that someone else (or even I) turned that on in the past not knowing the consequences. Still weird that it only recently introduced the huge slowdown. Whatever the case, I'm very happy that it's now back to acceptable performance. Once again, thanks for your help
@EpsilonAdmin
Hi,
I'm trying the same problems and read "We have an experimental WPFTS version which makes faster search - we could try this too."
I would like to be able to try this version because I am experiencing a great loss of performance but WPFTS is very important for my searches.
Thank you!
@mazcabral I have sent a link to your registration email. Could you install this new version and tell me if it fixes the problem for you.
@EpsilonAdmin
Great! but I still haven't received the email with the link. If possible, please send me back so that I can install and do the tests. Thank you so much!