<div dir="ltr"><div dir="ltr"></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 6, 2020 at 1:15 AM Stephen Worthington <<a href="mailto:stephen_agent@jsw.gen.nz">stephen_agent@jsw.gen.nz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I am finally about to upgrade my main MythTV box from v30 to v31.  But<br>
I will have a problem if it automatically does a database backup when<br>
the schema upgrade happens, as there is not enough room on the system<br>
drive to do a backup there.  And a backup takes around 18 minutes to<br>
complete (the backup file is 2.8 Gbytes).<br></blockquote><div>...</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
backup on a spare SSD partition where there is room for it, and where<br>
it has the best possible read and write speed.  <br></blockquote><div><br></div><div>My suggestion here would be to relocate your database files to the SSD permanently, if you have 2.8 gigs to spare on it forever, and then symlink the original mysql database storage location to the SSD.</div><div><a href="https://www.digitalocean.com/community/tutorials/how-to-change-a-mysql-data-directory-to-a-new-location-using-a-symlink">https://www.digitalocean.com/community/tutorials/how-to-change-a-mysql-data-directory-to-a-new-location-using-a-symlink</a> provides a good walk-through of this.</div><div><br></div><div>(As an aside, I don't quite understand why the backup script is so long and verbose, or written in perl..isn't this process basically a mysqldump of the appropriate tables?)</div><div><br></div><div><br></div><div>Mike<br></div><div> </div></div></div>