-
Notifications
You must be signed in to change notification settings - Fork 86
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issues using MySQL backend #53
Comments
Well in case anyone is interested in doing something similar, I've managed to massage down the schema from my existing Reminiscence database to be MySQL compliant in the utf8mb4 character set. This was done by reducing some of the larger field sizes that (in most use cases) wouldn't need to be that large. This means the application is now functional, and the Unicode errors I was seeing earlier are no longer occurring. I haven't changed the actual migration though, so this still wouldn't work for a fresh install. |
Hmm, I'm actually still getting character errors, though far fewer of them. Seems like it's now happening for much larger characters, like so;
I've tried setting the connection and collation settings in my Django database settings as such;
This hasn't resolved the issues though. Perhaps I'm looking in the wrong place, and the issue is in the summary extraction... |
I don't have enough experience with mysql
in |
It also heavily depends on the exact version of MariaDB/MySQL you're using. Try to upgrade to MariaDB 10.6. |
Hi,
I'm attempting some tinkering with Reminiscence, specifically switching the database backend to MySQL in settings.py, as I primarily use a MariaDB instance for a number of applications hosted on the same machine. However, there are some issues around character sets.
Using the MySQL default latin1 character set, the migrations work, and everything is mostly functional, however on occasion saving a URL will fail due to a Unicode character error, like this;
django.db.utils.OperationalError: (1366, "Incorrect string value: '\\xE2\\x80\\x90 A ...' for column
reminiscence.
pages_library.
summaryat row 1")
Dropping that database and trying again with utf8mb4 character set (which is MySQL's implementation of standard utf8) is worse, as the migrations fail with a row too large error (1118). Checking through them I can see that some of your Varchar fields are quite large (4096 or more), but after doing some tinkering I can't quite pinpoint the problem.
Do you have any insight on the issue?
The text was updated successfully, but these errors were encountered: