-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
ui: re-enable displaying internal statement in SQL Activity Page #79547
Comments
Makes cockroachdb#79547 less painful. Previously, there was no way to request statement bundle builtins for internal statements. This commit introduces crdb_internal.request_statement_bundle builtin which allows statement bundle being requested from SQL CLI. The new builtin takes three parameters: * statement fingerprint text * minimum execution latency for the statement * length of duration the statement bundle request will stay valid for VIEWACTIVITY or VIEWACTIVITYREDACTED permissions are required to use this builtin. Release note (sql change): new crdb_internal.request_statement_bundle builtin allows statement bundle being requested from SQL CLI. The new builtin takes three parameters: * statement fingerprint text * minimum execution latency for the statement * length of duration the statement bundle request will stay valid for. VIEWACTIVITY or VIEWACTIVITYREDACTED permissions are required to use this builtin.
See #79916 for an example of the priority of this - it's somewhat surprising we don't show internal queries which may be taking up a lot of time there. |
Makes cockroachdb#79547 less painful. Previously, there was no way to request statement bundle builtins for internal statements. This commit introduces crdb_internal.request_statement_bundle builtin which allows statement bundle being requested from SQL CLI. The new builtin takes three parameters: * statement fingerprint text * minimum execution latency for the statement * length of duration the statement bundle request will stay valid for VIEWACTIVITY role option is required to use this builtin. If user has VIEWACTIVITYREDACTED role option, user is not allowed to use this builtin. Release note (sql change): new crdb_internal.request_statement_bundle builtin allows statement bundle being requested from SQL CLI. The new builtin takes three parameters: * statement fingerprint text * minimum execution latency for the statement * length of duration the statement bundle request will stay valid for. VIEWACTIVITY role option is required to use this builtin. If user has VIEWACTIVITYREDACTED role option, user is not allowed to use this builtin.
Makes cockroachdb#79547 less painful. Previously, there was no way to request statement bundle builtins for internal statements. This commit introduces crdb_internal.request_statement_bundle builtin which allows statement bundle being requested from SQL CLI. The new builtin takes three parameters: * statement fingerprint text * minimum execution latency for the statement * length of duration the statement bundle request will stay valid for VIEWACTIVITY or ADMIN role option is required to use this builtin. If user has VIEWACTIVITYREDACTED role option, user is not allowed to use this builtin. Release note (sql change): new crdb_internal.request_statement_bundle builtin allows statement bundle being requested from SQL CLI. The new builtin takes three parameters: * statement fingerprint text * minimum execution latency for the statement * length of duration the statement bundle request will stay valid for. VIEWACTIVITY or ADMIN role option is required to use this builtin. If user has VIEWACTIVITYREDACTED role option, user is not allowed to use this builtin.
Makes cockroachdb#79547 less painful. Previously, there was no way to request statement bundle builtins for internal statements. This commit introduces crdb_internal.request_statement_bundle builtin which allows statement bundle being requested from SQL CLI. The new builtin takes three parameters: * statement fingerprint text * minimum execution latency for the statement * length of duration the statement bundle request will stay valid for VIEWACTIVITY or ADMIN role option is required to use this builtin. If user has VIEWACTIVITYREDACTED role option, user is not allowed to use this builtin. Release note (sql change): new crdb_internal.request_statement_bundle builtin allows statement bundle being requested from SQL CLI. The new builtin takes three parameters: * statement fingerprint text * minimum execution latency for the statement * length of duration the statement bundle request will stay valid for. VIEWACTIVITY or ADMIN role option is required to use this builtin. If user has VIEWACTIVITYREDACTED role option, user is not allowed to use this builtin.
79693: sql: add builtin to request statement bundles r=Azhng a=Azhng Makes #79547 less painful. Previously, there was no way to request statement bundle builtins for internal statements. This commit introduces crdb_internal.request_statement_bundle builtin which allows statement bundle being requested from SQL CLI. The new builtin takes three parameters: * statement fingerprint text * minimum execution latency for the statement * length of duration the statement bundle request will stay valid for VIEWACTIVITY or ADMIN role option is required to use this builtin. If user has VIEWACTIVITYREDACTED role option, user is not allowed to use this builtin. Release note (sql change): new crdb_internal.request_statement_bundle builtin allows statement bundle being requested from SQL CLI. The new builtin takes three parameters: * statement fingerprint text * minimum execution latency for the statement * length of duration the statement bundle request will stay valid for. VIEWACTIVITY or ADMIN role option is required to use this builtin. If user has VIEWACTIVITYREDACTED role option, user is not allowed to use this builtin. 81102: roachtest: fix costfuzz log on error while running perturbed statement r=rytaft a=michae2 Also log the unperturbed statement when the costfuzz test encounters an error executing the perturbed statement. This can be fixed by hand, but it's easier if the costfuzz log is correct. Informs: #81032 Release note: None Co-authored-by: Azhng <[email protected]> Co-authored-by: Michael Erickson <[email protected]>
Manually synced with Jira |
Copying over comment from @vy-ton :
|
Thanks Rafi, @kevin-v-ngo thoughts on having a setting here? |
https://github.com/cockroachlabs/support/issues/1756 is a support case where we could really use more insight into internal statement activity. I think if we can make the "hide internal queries" behavior opt-in with a setting (and ideally backport that to v22.1), it would be very beneficial. (ccing @maryliag as well) |
86608: batcheval: add latch key protecting range key stats update r=erikgrinaker a=aliher1911 Previously GC needed to get a read latch with max timestamp to ensure that range tombstones are not modified during GC. This is causing all writers to get stuck in queue while GC is validating request and removing range tombstone. This commit adds a dedicated latch key LocalRangeRangeTombstoneStatsUpdateLockSuffix to address the problem. All range tombstone writers obtain this read latch on top of the write latches for the ranges they are interested to update. GC on the other hand will obtain write latch on that key. This approach allows point writers to proceed during GC, but will block new range tombstones from being written. Non conflicting writes of range tombstones could still proceed since their write latch ranges don't overlap. Release justification: this is a safe change as range tombstone behaviour is not enabled yet and the change is needed to address potential performance regressions. Release note: None 86645: kvserver: log when raft send/recv queue fills up r=pavelkalinnikov a=tbg Inspired by https://github.com/cockroachlabs/support/issues/1770. If either the raft send or receive queue fills up, wide-spread outages can occur as replication progress stalls. We have metrics that can indicate this, but straightforward logging is also appropriate to direct attention to the fact, which this commit achieves. Touches #79755 Release justification: important logging improvement Release note: None 86679: server,ui: show internal stats with new cluster setting r=maryliag a=maryliag Previously, we were not showing internal results on fingerprint options on SQL Activity. A new cluster setting created `sql.stats.response.show_internal` can be set to `true` and internal statistics will be displayed on SQL Activity page. Fixes #79547 https://www.loom.com/share/1b89ba99a7c247edadb5c8b0d127755c Release justification: low risk, high benefit change Release note (sql change): New cluster setting `sql.stats.response.show_internal` with default value of `false` can be set to true, to display information about internal stats on SQL Activity page, with fingerprint option. 86748: storage: rename `MVCCRangeKeyStack.FirstAbove/Below` r=tbg a=erikgrinaker This patch renames `FirstAbove/Below` to `FirstAtOrAbove/Below`, for clarity. Release justification: bug fixes and low-risk updates to new functionality Release note: None 86809: backupccl: set kv.bulkio.write_metadata_sst.enabled to default false r=stevendanna a=msbutler This patch sets write_metadata_sst cluster setting to false in prep for the 22.2 branch cut, as there's additional worked required before this feature gets used in production. Setting this to false will also stop the roachtest in #86289 from consistently failing due to #86806. Fixes #86289 Release note: none Release justification: prevents using an experimental feature by default Co-authored-by: Oleg Afanasyev <[email protected]> Co-authored-by: Tobias Grieger <[email protected]> Co-authored-by: Marylia Gutierrez <[email protected]> Co-authored-by: Erik Grinaker <[email protected]> Co-authored-by: Michael Butler <[email protected]>
Previously, we were not showing internal results on fingerprint options on SQL Activity. A new cluster setting created `sql.stats.response.show_internal` can be set to `true` and internal statistics will be displayed on SQL Activity page. Fixes cockroachdb#79547 Release justification: low risk, high benefit change Release note (sql change): New cluster setting `sql.stats.response.show_internal` with default value of `false` can be set to true, to display information about internal stats on SQL Activity page, with fingerprint option.
Previously, we stop sending internal statements to SQL Activity Page due to long load time of the page. However, this becomes a problem when we need to debug CRDB internal statements more difficult. Often we need to request statement bundle of CRDB internal statements to understand the issue (e.g. Jobs system, SQL Stats cleanup job). Without displaying internal statements in the Statement Page, we have no way of requesting statement bundles of those internal statements.
cc: @ajwerner
Jira issue: CRDB-14901
The text was updated successfully, but these errors were encountered: