[Build-deps]: Bump github.com/dolthub/go-mysql-server from 0.14.0 to 0.20.0

[dependabot]

Bumps github.com/dolthub/go-mysql-server from 0.14.0 to 0.20.0.

Release notes

Sourced from github.com/dolthub/go-mysql-server's releases.

May 2025 Release

This is a periodic rollup release of features, bug fixes, and performance improvements. Interfaces are not guaranteed to stabilize until 1.0.

Merged PRs

go-mysql-server

• 2974: fixval.TextStorage panic fixes: dolthub/dolt#9202
• 2973: implement quote MySQL Docs: https://dev.mysql.com/doc/refman/8.4/en/string-functions.html#function_quote
• 2972: make bit type columns with default values round trippable fixes: dolthub/dolt#9194
• 2967: Unwrap wrapped values before computing their hash. (This PR changes the types in one of the tables used in tests. This improves the test coverage for TEXT columns, especially when they're used in conjunction with other tables with VARCHAR columns. None of the existing tests were testing the original type: this should be strictly increasing our test coverage.) The following plans involve computing a hash of rows to store in an in-memory hash set:
  • Intersect, Except, and Distinct
  • HashLookup
  • InSubquery
  • HashSubquery
  • FullJoinIter
  • ConcatJoin
  • Recursive CTE
  • UpdateJoinIter We weren't previously unwrapping wrapped values before computing hashes. The default hash implementation used the struct's %v representation to compute the hash, which has two problems:
  • The hash of the %v representation of a wrapper struct is not the same as the hash of the value that the wrapper is semantically equivalent to.
  • The hash of the %v representation of a wrapper struct depends on internal state, such as whether the wrapped has already been unwrapped once before (and cached the unwrapped value in an internal buffer) The simplest fix is to unwrap values before computing a row hash in the HashOf function. However, this fix comes at a cost: it now requires the engine to unwrap all values if they get used in any of the above plans. This will hurt performance for any of the above plans if they don't actually need to unwrap the value. For example, an UpdateJoinIter on a table with a TEXT column will now load that column from disk, even if its value is never used. A better fix might be to use the Hash() function that is already defined on the sql.Wrapper interface. For all existing Wrapper implementations, this returns the Dolt content address of the value, and is the same regardless of whether or not that address has previously been resolved. However, this would still return a different hash than an equivalent string. If we wanted them to return the same hash, Dolt would need to define a custom hash for strings that computes the Dolt content address of the string if it were to be stored as a Dolt chunk. This would likely be slower than Go's builtin hash for strings, although the performance might be comparable? This would likely result in worse performance for plans that don't use TEXT columns.
• 2966: Fix float to bigint conversion result Fixes: dolthub/dolt#9178 Test to be added to dolt engine tests
• 2964: Unwrap inputs to REGEXP_LIKE, REPLACE, and RPAD/LPAD functions. These are a couple more functions whose inputs aren't being unwrapped. If the inputs come from a column with a TEXT type, then they won't be converted to strings and the functions will fail. This PR fixes this by making sure that the inputs are converted. We missed this previously because although we have tests for these functions, none of them tested getting the inputs from TEXT columns of a table.
• 2963: From unixtime Merged main from dolthub/go-mysql-server#2910
• 2962: fix infinite recursion with recursive stored procedures fixes: dolthub/dolt#8763
• 2961: fix prepare statements and user vars in stored procedures This PR adds tests for user variables within Stored Procedures. Additionally, this PR has changes so that we don't double parse PREPARE ... FROM ... statements, which also allows them to be used in the updated Stored Procedures call. fixes: dolthub/dolt#8911
• 2959: Doltgres literal support This makes literal expression implement the sqlparser.Injectable interface so they can be used in Doltgres AST conversion. Also exports fields so literals can be edited in place (required for how Doltgres processes these in a couple places). This is an alternative to dolthub/go-mysql-server#2946.
• 2958: Correctly map enum values when altering an enum column. When altering the possible values of an enum column, the mapping between enum strings and their indexes may change. In order to alter the column correctly, we need to map the old indexes onto the new ones.

... (truncated)

Commits

• 5d72488 [ga-bump-dep] Bump dependency in GMS by jycor (#2976)
• e13f1e5 fix textstorage panic (#2974)
• 34df154 implement quote (#2973)
• eed2800 make bit type columns with default values round trippable (#2972)
• 7ef3cc8 [ga-bump-dep] Bump dependency in GMS by jycor (#2971)
• 0362674 Merge pull request #2968 from dolthub/nicktobey/unwrap3
• 3d51c5c Merge pull request #2966 from dolthub/macneale4/float-bigint-conversion
• 0be302e Use local tz to calculate offset from UTC
• 7e7622e Add test
• dde1b5f Fix float to bigint conversion result
• Additional commits viewable in compare view

Note
Automatic rebases have been disabled on this pull request as it has been open for over 30 days.

[dependabot]

The reviewers field in the dependabot.yml file will be removed soon. Please use the code owners file to specify reviewers for Dependabot PRs. For more information, see this blog post.

[glpatcern]

@dependabot rebase

[glpatcern]

@dependabot rebase

[glpatcern]

@dependabot rebase

[jessegeens]

@dependabot rebase