From c65c06fa8dc7b693c384241898670caa3ce2febb Mon Sep 17 00:00:00 2001 From: "github-actions[bot]" <41898282+github-actions[bot]@users.noreply.github.com> Date: Thu, 4 Jan 2024 06:27:44 +0000 Subject: [PATCH] deploy: 0d5590507aee8b755c1db3f85295b0755fea9b1e --- 404.html | 4 ++-- assets/js/{249f7d1b.bfaca34b.js => 249f7d1b.821d2db0.js} | 2 +- assets/js/597ed821.432f44a3.js | 1 + assets/js/597ed821.d75a8704.js | 1 - assets/js/cbc434de.86356c1d.js | 1 + assets/js/cbc434de.ec9c5d59.js | 1 - .../{runtime~main.87f7b56c.js => runtime~main.13029f4d.js} | 2 +- docs/FAQ/intro/index.html | 4 ++-- docs/FAQ/whichdatabase/index.html | 4 ++-- docs/SUMMARY/index.html | 4 ++-- docs/deploy-manual/Docker/index.html | 4 ++-- docs/deploy-manual/DockerCompose/index.html | 4 ++-- docs/deploy-manual/config/index.html | 6 +++--- docs/deploy-manual/intro/index.html | 6 +++--- docs/deploy-manual/rpm/index.html | 6 +++--- docs/deploy-manual/source/index.html | 4 ++-- docs/dev-manual/intro/index.html | 4 ++-- docs/dev-manual/plugins/howtodev/index.html | 4 ++-- docs/dev-manual/plugins/howtouse/index.html | 4 ++-- docs/dev-manual/plugins/intro/index.html | 4 ++-- docs/guide/index.html | 4 ++-- docs/intro/index.html | 4 ++-- docs/online-demo/index.html | 4 ++-- docs/quick-usage/index.html | 4 ++-- docs/support/commercial-support/index.html | 4 ++-- docs/support/community-support/index.html | 4 ++-- docs/support/compare/index.html | 4 ++-- docs/user-manual/customrule/index.html | 4 ++-- docs/user-manual/intro/index.html | 4 ++-- docs/user-manual/jetbrains/index.html | 4 ++-- docs/user-manual/knowledgebase/index.html | 4 ++-- docs/user-manual/project/analysis/index.html | 4 ++-- .../user-manual/project/audit_task/SQLfile_audit/index.html | 4 ++-- docs/user-manual/project/audit_task/baiduyunrds/index.html | 4 ++-- docs/user-manual/project/audit_task/huaweiyunrds/index.html | 4 ++-- docs/user-manual/project/audit_task/intro/index.html | 4 ++-- .../project/audit_task/java_agent_audit/index.html | 4 ++-- .../project/audit_task/java_application_audit/index.html | 4 ++-- .../project/audit_task/metadata_audit/index.html | 4 ++-- docs/user-manual/project/audit_task/mybatis/index.html | 4 ++-- .../project/audit_task/processlist_audit/index.html | 4 ++-- .../user-manual/project/audit_task/slowlog_audit/index.html | 4 ++-- docs/user-manual/project/audit_task/topsql/index.html | 4 ++-- .../data_access_control/authorization_list/index.html | 4 ++-- .../project/data_access_control/intro/index.html | 4 ++-- .../data_access_control/permission_template/index.html | 4 ++-- docs/user-manual/project/group_member/index.html | 4 ++-- docs/user-manual/project/instance-manager/index.html | 4 ++-- docs/user-manual/project/instance_syn/index.html | 4 ++-- docs/user-manual/project/intro/index.html | 4 ++-- docs/user-manual/project/operation_records/index.html | 4 ++-- docs/user-manual/project/project_create/index.html | 4 ++-- docs/user-manual/project/quick_audit/index.html | 4 ++-- docs/user-manual/project/rule-template-manager/index.html | 4 ++-- docs/user-manual/project/sqlmanage/index.html | 4 ++-- docs/user-manual/project/whitelist-manager/index.html | 4 ++-- .../project/workflow-template-manager/index.html | 4 ++-- docs/user-manual/project/workflow/audit-workflow/index.html | 4 ++-- .../user-manual/project/workflow/create-workflow/index.html | 4 ++-- docs/user-manual/project/workflow/exec-workflow/index.html | 4 ++-- docs/user-manual/project/workflow/intro/index.html | 4 ++-- docs/user-manual/sql-workbench/how-to-configure/index.html | 4 ++-- .../sql-workbench/how-to-quick-deploy/index.html | 4 ++-- docs/user-manual/sql-workbench/how-to-use/index.html | 4 ++-- docs/user-manual/sql-workbench/introduction/index.html | 4 ++-- docs/user-manual/sys-configuration/configuration/index.html | 4 ++-- docs/user-manual/sys-configuration/customize/index.html | 4 ++-- docs/user-manual/sys-configuration/intro/index.html | 4 ++-- docs/user-manual/sys-configuration/login_syn/index.html | 4 ++-- docs/user-manual/sys-configuration/message_syn/index.html | 4 ++-- docs/user-manual/sys-configuration/process_syn/index.html | 4 ++-- docs/user-manual/sys-configuration/webhook/index.html | 4 ++-- docs/user-manual/user-manager/intro/index.html | 4 ++-- docs/user-manual/user-manager/role/index.html | 4 ++-- docs/user-manual/user-manager/user/index.html | 4 ++-- docs/v2/FAQ/intro/index.html | 4 ++-- docs/v2/FAQ/whichdatabase/index.html | 4 ++-- docs/v2/SUMMARY/index.html | 4 ++-- docs/v2/deploy-manual/cluster/index.html | 4 ++-- docs/v2/deploy-manual/config/index.html | 4 ++-- docs/v2/deploy-manual/docker-compose/index.html | 4 ++-- docs/v2/deploy-manual/docker/index.html | 4 ++-- docs/v2/deploy-manual/intro/index.html | 4 ++-- docs/v2/deploy-manual/rpm/index.html | 4 ++-- docs/v2/deploy-manual/source/index.html | 4 ++-- docs/v2/dev-manual/intro/index.html | 4 ++-- docs/v2/dev-manual/plugins/howtodev/index.html | 4 ++-- docs/v2/dev-manual/plugins/howtouse/index.html | 4 ++-- docs/v2/dev-manual/plugins/intro/index.html | 4 ++-- docs/v2/guide/index.html | 4 ++-- docs/v2/intro/index.html | 4 ++-- docs/v2/online-demo/index.html | 4 ++-- docs/v2/quick-usage/index.html | 4 ++-- docs/v2/support/commercial-support/index.html | 4 ++-- docs/v2/support/community-support/index.html | 4 ++-- docs/v2/support/compare/index.html | 4 ++-- docs/v2/user-manual/customrule/index.html | 4 ++-- docs/v2/user-manual/intro/index.html | 4 ++-- docs/v2/user-manual/jetbrains/index.html | 4 ++-- docs/v2/user-manual/operation_records/index.html | 4 ++-- docs/v2/user-manual/project/analysis/index.html | 4 ++-- .../user-manual/project/audit_task/SQLfile_audit/index.html | 4 ++-- .../user-manual/project/audit_task/baiduyunrds/index.html | 4 ++-- docs/v2/user-manual/project/audit_task/intro/index.html | 4 ++-- .../project/audit_task/java_agent_audit/index.html | 4 ++-- .../project/audit_task/java_application_audit/index.html | 4 ++-- .../project/audit_task/metadata_audit/index.html | 4 ++-- docs/v2/user-manual/project/audit_task/mybatis/index.html | 4 ++-- .../project/audit_task/processlist_audit/index.html | 4 ++-- .../user-manual/project/audit_task/slowlog_audit/index.html | 4 ++-- docs/v2/user-manual/project/audit_task/topsql/index.html | 4 ++-- docs/v2/user-manual/project/group_member/index.html | 4 ++-- docs/v2/user-manual/project/instance-manager/index.html | 4 ++-- docs/v2/user-manual/project/intro/index.html | 4 ++-- docs/v2/user-manual/project/project_create/index.html | 4 ++-- .../v2/user-manual/project/rule-template-manager/index.html | 4 ++-- docs/v2/user-manual/project/whitelist-manager/index.html | 4 ++-- .../project/workflow-template-manager/index.html | 4 ++-- .../user-manual/project/workflow/audit-workflow/index.html | 4 ++-- .../user-manual/project/workflow/create-workflow/index.html | 4 ++-- .../user-manual/project/workflow/exec-workflow/index.html | 4 ++-- docs/v2/user-manual/project/workflow/intro/index.html | 4 ++-- .../user-manual/sql-workbench/how-to-configure/index.html | 4 ++-- .../sql-workbench/how-to-quick-deploy/index.html | 4 ++-- docs/v2/user-manual/sql-workbench/how-to-use/index.html | 4 ++-- docs/v2/user-manual/sql-workbench/introduction/index.html | 4 ++-- .../user-manual/sys-configuration/configuration/index.html | 4 ++-- docs/v2/user-manual/sys-configuration/customize/index.html | 4 ++-- .../user-manual/sys-configuration/instance_syn/index.html | 4 ++-- docs/v2/user-manual/sys-configuration/intro/index.html | 4 ++-- docs/v2/user-manual/sys-configuration/login_syn/index.html | 4 ++-- .../v2/user-manual/sys-configuration/message_syn/index.html | 4 ++-- .../v2/user-manual/sys-configuration/process_syn/index.html | 4 ++-- docs/v2/user-manual/sys-configuration/webhook/index.html | 4 ++-- docs/v2/user-manual/user-manager/intro/index.html | 4 ++-- docs/v2/user-manual/user-manager/role/index.html | 4 ++-- docs/v2/user-manual/user-manager/user-group/index.html | 4 ++-- docs/v2/user-manual/user-manager/user/index.html | 4 ++-- index.html | 4 ++-- markdown-page/index.html | 4 ++-- search/index.html | 4 ++-- 141 files changed, 277 insertions(+), 277 deletions(-) rename assets/js/{249f7d1b.bfaca34b.js => 249f7d1b.821d2db0.js} (89%) create mode 100644 assets/js/597ed821.432f44a3.js delete mode 100644 assets/js/597ed821.d75a8704.js create mode 100644 assets/js/cbc434de.86356c1d.js delete mode 100644 assets/js/cbc434de.ec9c5d59.js rename assets/js/{runtime~main.87f7b56c.js => runtime~main.13029f4d.js} (98%) diff --git a/404.html b/404.html index 828150c6..5a789424 100644 --- a/404.html +++ b/404.html @@ -4,13 +4,13 @@ 找不到页面 | SQLE 文档 - +
跳到主要内容

找不到页面

我们找不到您要找的页面。

请联系原始链接来源网站的所有者，并告知他们链接已损坏。

- + \ No newline at end of file diff --git a/assets/js/249f7d1b.bfaca34b.js b/assets/js/249f7d1b.821d2db0.js similarity index 89% rename from assets/js/249f7d1b.bfaca34b.js rename to assets/js/249f7d1b.821d2db0.js index cb2464c3..b90950e4 100644 --- a/assets/js/249f7d1b.bfaca34b.js +++ b/assets/js/249f7d1b.821d2db0.js @@ -1 +1 @@ -"use strict";(self.webpackChunksqle_docs=self.webpackChunksqle_docs||[]).push([[1005],{3905:(e,t,r)=>{r.d(t,{Zo:()=>s,kt:()=>f});var n=r(7294);function o(e,t,r){return t in e?Object.defineProperty(e,t,{value:r,enumerable:!0,configurable:!0,writable:!0}):e[t]=r,e}function a(e,t){var r=Object.keys(e);if(Object.getOwnPropertySymbols){var n=Object.getOwnPropertySymbols(e);t&&(n=n.filter((function(t){return Object.getOwnPropertyDescriptor(e,t).enumerable}))),r.push.apply(r,n)}return r}function l(e){for(var t=1;t=0||(o[r]=e[r]);return o}(e,t);if(Object.getOwnPropertySymbols){var a=Object.getOwnPropertySymbols(e);for(n=0;n=0||Object.prototype.propertyIsEnumerable.call(e,r)&&(o[r]=e[r])}return o}var c=n.createContext({}),p=function(e){var t=n.useContext(c),r=t;return e&&(r="function"==typeof e?e(t):l(l({},t),e)),r},s=function(e){var t=p(e.components);return n.createElement(c.Provider,{value:t},e.children)},u="mdxType",d={inlineCode:"code",wrapper:function(e){var t=e.children;return n.createElement(n.Fragment,{},t)}},m=n.forwardRef((function(e,t){var r=e.components,o=e.mdxType,a=e.originalType,c=e.parentName,s=i(e,["components","mdxType","originalType","parentName"]),u=p(r),m=o,f=u["".concat(c,".").concat(m)]||u[m]||d[m]||a;return r?n.createElement(f,l(l({ref:t},s),{},{components:r})):n.createElement(f,l({ref:t},s))}));function f(e,t){var r=arguments,o=t&&t.mdxType;if("string"==typeof e||o){var a=r.length,l=new Array(a);l[0]=m;var i={};for(var c in t)hasOwnProperty.call(t,c)&&(i[c]=t[c]);i.originalType=e,i[u]="string"==typeof e?e:o,l[1]=i;for(var p=2;p{r.r(t),r.d(t,{assets:()=>c,contentTitle:()=>l,default:()=>u,frontMatter:()=>a,metadata:()=>i,toc:()=>p});var n=r(7462),o=(r(7294),r(3905));const a={titile:"\u5b89\u88c5\u8bf4\u660e"},l="\u5b89\u88c5\u8bf4\u660e",i={unversionedId:"deploy-manual/intro",id:"deploy-manual/intro",title:"\u5b89\u88c5\u8bf4\u660e",description:"SQLE \u63d0\u4f9b\u4e86\u591a\u79cd\u5b89\u88c5\u90e8\u7f72\u7684\u65b9\u5f0f\uff0c\u7528\u6237\u53ef\u4ee5\u7ed3\u5408\u81ea\u5df1\u7684\u73af\u5883\u548c\u73b0\u72b6\u9009\u62e9\u3002\u521d\u6b21\u4f53\u9a8c\u6216\u8005\u6d4b\u8bd5\u4f7f\u7528\u7684\u8bdd\u5efa\u8bae\u4f7f\u7528docker-compose \u6216 docker \u5feb\u901f\u90e8\u7f72\u3002",source:"@site/docs/deploy-manual/intro.md",sourceDirName:"deploy-manual",slug:"/deploy-manual/intro",permalink:"/sqle-docs/docs/deploy-manual/intro",draft:!1,editUrl:"https://github.com/actiontech/sqle-docs/tree/main/docs/deploy-manual/intro.md",tags:[],version:"current",frontMatter:{titile:"\u5b89\u88c5\u8bf4\u660e"},sidebar:"tutorialSidebar",previous:{title:"\u5feb\u901f\u5f00\u59cb",permalink:"/sqle-docs/docs/quick-usage"},next:{title:"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e",permalink:"/sqle-docs/docs/deploy-manual/config"}},c={},p=[{value:"\u5b89\u88c5\u65b9\u5f0f",id:"\u5b89\u88c5\u65b9\u5f0f",level:2},{value:"\u5982\u4f55\u8bbf\u95ee",id:"\u5982\u4f55\u8bbf\u95ee",level:2},{value:"\u521d\u59cb\u7528\u6237",id:"\u521d\u59cb\u7528\u6237",level:2}],s={toc:p};function u(e){let{components:t,...r}=e;return(0,o.kt)("wrapper",(0,n.Z)({},s,r,{components:t,mdxType:"MDXLayout"}),(0,o.kt)("h1",{id:"\u5b89\u88c5\u8bf4\u660e"},"\u5b89\u88c5\u8bf4\u660e"),(0,o.kt)("p",null,"SQLE \u63d0\u4f9b\u4e86\u591a\u79cd\u5b89\u88c5\u90e8\u7f72\u7684\u65b9\u5f0f\uff0c\u7528\u6237\u53ef\u4ee5\u7ed3\u5408\u81ea\u5df1\u7684\u73af\u5883\u548c\u73b0\u72b6\u9009\u62e9\u3002\u521d\u6b21\u4f53\u9a8c\u6216\u8005\u6d4b\u8bd5\u4f7f\u7528\u7684\u8bdd\u5efa\u8bae\u4f7f\u7528docker-compose \u6216 docker \u5feb\u901f\u90e8\u7f72\u3002"),(0,o.kt)("h2",{id:"\u5b89\u88c5\u65b9\u5f0f"},"\u5b89\u88c5\u65b9\u5f0f"),(0,o.kt)("ol",null,(0,o.kt)("li",{parentName:"ol"},(0,o.kt)("a",{parentName:"li",href:"/sqle-docs/docs/deploy-manual/source"},"\u6e90\u7801\u5b89\u88c5")),(0,o.kt)("li",{parentName:"ol"},(0,o.kt)("a",{parentName:"li",href:"/sqle-docs/docs/deploy-manual/rpm"},"RPM \u90e8\u7f72")),(0,o.kt)("li",{parentName:"ol"},(0,o.kt)("a",{parentName:"li",href:"/sqle-docs/docs/deploy-manual/Docker"},"Docker \u90e8\u7f72")),(0,o.kt)("li",{parentName:"ol"},(0,o.kt)("a",{parentName:"li",href:"/sqle-docs/docs/deploy-manual/DockerCompose"},"Docker Compsoe \u90e8\u7f72"))),(0,o.kt)("h2",{id:"\u5982\u4f55\u8bbf\u95ee"},"\u5982\u4f55\u8bbf\u95ee"),(0,o.kt)("p",null,"SQLE \u5bf9\u5916\u63d0\u4f9b web \u670d\u52a1\uff0c\u5728\u7a0b\u5e8f\u90e8\u7f72\u5b8c\u6210\u540e\uff0c\u5373\u53ef\u901a\u8fc7 SQLE UI \u8bbf\u95ee\uff1a",(0,o.kt)("a",{parentName:"p",href:"http://127.0.0.1:7601"},"http://127.0.0.1:7601"),", \u5730\u5740\u548c\u7aef\u53e3\u4e3a\u914d\u7f6e\u6587\u4ef6\u5185 dms.api \u914d\u7f6e\u9879\u3002"),(0,o.kt)("admonition",{type:"tip"},(0,o.kt)("p",{parentName:"admonition"},"ps\uff1aip \u548c\u7aef\u53e3\u8bf7\u6839\u636e\u524d\u9762\u7684\u914d\u7f6e\u81ea\u884c\u66ff\u6362\uff0c\u9ed8\u8ba4\u7aef\u53e3\u662f7601\u3002")),(0,o.kt)("h2",{id:"\u521d\u59cb\u7528\u6237"},"\u521d\u59cb\u7528\u6237"),(0,o.kt)("ul",null,(0,o.kt)("li",{parentName:"ul"},"\u7528\u6237\u540d\uff1aadmin"),(0,o.kt)("li",{parentName:"ul"},"\u5bc6\u7801\uff1aadmin")))}u.isMDXComponent=!0}}]); \ No newline at end of file +"use strict";(self.webpackChunksqle_docs=self.webpackChunksqle_docs||[]).push([[1005],{3905:(e,t,r)=>{r.d(t,{Zo:()=>s,kt:()=>f});var n=r(7294);function o(e,t,r){return t in e?Object.defineProperty(e,t,{value:r,enumerable:!0,configurable:!0,writable:!0}):e[t]=r,e}function a(e,t){var r=Object.keys(e);if(Object.getOwnPropertySymbols){var n=Object.getOwnPropertySymbols(e);t&&(n=n.filter((function(t){return Object.getOwnPropertyDescriptor(e,t).enumerable}))),r.push.apply(r,n)}return r}function l(e){for(var t=1;t=0||(o[r]=e[r]);return o}(e,t);if(Object.getOwnPropertySymbols){var a=Object.getOwnPropertySymbols(e);for(n=0;n=0||Object.prototype.propertyIsEnumerable.call(e,r)&&(o[r]=e[r])}return o}var c=n.createContext({}),p=function(e){var t=n.useContext(c),r=t;return e&&(r="function"==typeof e?e(t):l(l({},t),e)),r},s=function(e){var t=p(e.components);return n.createElement(c.Provider,{value:t},e.children)},u="mdxType",d={inlineCode:"code",wrapper:function(e){var t=e.children;return n.createElement(n.Fragment,{},t)}},m=n.forwardRef((function(e,t){var r=e.components,o=e.mdxType,a=e.originalType,c=e.parentName,s=i(e,["components","mdxType","originalType","parentName"]),u=p(r),m=o,f=u["".concat(c,".").concat(m)]||u[m]||d[m]||a;return r?n.createElement(f,l(l({ref:t},s),{},{components:r})):n.createElement(f,l({ref:t},s))}));function f(e,t){var r=arguments,o=t&&t.mdxType;if("string"==typeof e||o){var a=r.length,l=new Array(a);l[0]=m;var i={};for(var c in t)hasOwnProperty.call(t,c)&&(i[c]=t[c]);i.originalType=e,i[u]="string"==typeof e?e:o,l[1]=i;for(var p=2;p{r.r(t),r.d(t,{assets:()=>c,contentTitle:()=>l,default:()=>u,frontMatter:()=>a,metadata:()=>i,toc:()=>p});var n=r(7462),o=(r(7294),r(3905));const a={titile:"\u5b89\u88c5\u8bf4\u660e"},l="\u5b89\u88c5\u8bf4\u660e",i={unversionedId:"deploy-manual/intro",id:"deploy-manual/intro",title:"\u5b89\u88c5\u8bf4\u660e",description:"SQLE \u63d0\u4f9b\u4e86\u591a\u79cd\u5b89\u88c5\u90e8\u7f72\u7684\u65b9\u5f0f\uff0c\u7528\u6237\u53ef\u4ee5\u7ed3\u5408\u81ea\u5df1\u7684\u73af\u5883\u548c\u73b0\u72b6\u9009\u62e9\u3002\u521d\u6b21\u4f53\u9a8c\u6216\u8005\u6d4b\u8bd5\u4f7f\u7528\u7684\u8bdd\u5efa\u8bae\u4f7f\u7528docker-compose \u6216 docker \u5feb\u901f\u90e8\u7f72\u3002",source:"@site/docs/deploy-manual/intro.md",sourceDirName:"deploy-manual",slug:"/deploy-manual/intro",permalink:"/sqle-docs/docs/deploy-manual/intro",draft:!1,editUrl:"https://github.com/actiontech/sqle-docs/tree/main/docs/deploy-manual/intro.md",tags:[],version:"current",frontMatter:{titile:"\u5b89\u88c5\u8bf4\u660e"},sidebar:"tutorialSidebar",previous:{title:"\u5feb\u901f\u5f00\u59cb",permalink:"/sqle-docs/docs/quick-usage"},next:{title:"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e",permalink:"/sqle-docs/docs/deploy-manual/config"}},c={},p=[{value:"\u5b89\u88c5\u65b9\u5f0f",id:"\u5b89\u88c5\u65b9\u5f0f",level:2},{value:"\u5982\u4f55\u8bbf\u95ee",id:"\u5982\u4f55\u8bbf\u95ee",level:2},{value:"\u521d\u59cb\u7528\u6237",id:"\u521d\u59cb\u7528\u6237",level:2}],s={toc:p};function u(e){let{components:t,...r}=e;return(0,o.kt)("wrapper",(0,n.Z)({},s,r,{components:t,mdxType:"MDXLayout"}),(0,o.kt)("h1",{id:"\u5b89\u88c5\u8bf4\u660e"},"\u5b89\u88c5\u8bf4\u660e"),(0,o.kt)("p",null,"SQLE \u63d0\u4f9b\u4e86\u591a\u79cd\u5b89\u88c5\u90e8\u7f72\u7684\u65b9\u5f0f\uff0c\u7528\u6237\u53ef\u4ee5\u7ed3\u5408\u81ea\u5df1\u7684\u73af\u5883\u548c\u73b0\u72b6\u9009\u62e9\u3002\u521d\u6b21\u4f53\u9a8c\u6216\u8005\u6d4b\u8bd5\u4f7f\u7528\u7684\u8bdd\u5efa\u8bae\u4f7f\u7528docker-compose \u6216 docker \u5feb\u901f\u90e8\u7f72\u3002"),(0,o.kt)("h2",{id:"\u5b89\u88c5\u65b9\u5f0f"},"\u5b89\u88c5\u65b9\u5f0f"),(0,o.kt)("ol",null,(0,o.kt)("li",{parentName:"ol"},(0,o.kt)("a",{parentName:"li",href:"/sqle-docs/docs/deploy-manual/source"},"\u6e90\u7801\u5b89\u88c5")),(0,o.kt)("li",{parentName:"ol"},(0,o.kt)("a",{parentName:"li",href:"/sqle-docs/docs/deploy-manual/rpm"},"RPM \u90e8\u7f72")),(0,o.kt)("li",{parentName:"ol"},(0,o.kt)("a",{parentName:"li",href:"/sqle-docs/docs/deploy-manual/Docker"},"Docker \u90e8\u7f72")),(0,o.kt)("li",{parentName:"ol"},(0,o.kt)("a",{parentName:"li",href:"/sqle-docs/docs/deploy-manual/DockerCompose"},"Docker Compsoe \u90e8\u7f72"))),(0,o.kt)("h2",{id:"\u5982\u4f55\u8bbf\u95ee"},"\u5982\u4f55\u8bbf\u95ee"),(0,o.kt)("p",null,"SQLE \u5bf9\u5916\u63d0\u4f9b web \u670d\u52a1\uff0c\u5728\u7a0b\u5e8f\u90e8\u7f72\u5b8c\u6210\u540e\uff0c\u5373\u53ef\u901a\u8fc7 SQLE UI \u8bbf\u95ee\uff1a",(0,o.kt)("a",{parentName:"p",href:"http://127.0.0.1:10000"},"http://127.0.0.1:10000"),", \u5730\u5740\u548c\u7aef\u53e3\u4e3a\u914d\u7f6e\u6587\u4ef6\u5185 dms.api \u914d\u7f6e\u9879\u3002"),(0,o.kt)("admonition",{type:"tip"},(0,o.kt)("p",{parentName:"admonition"},"ps\uff1aip \u548c\u7aef\u53e3\u8bf7\u6839\u636e\u524d\u9762\u7684\u914d\u7f6e\u81ea\u884c\u66ff\u6362\uff0c\u9ed8\u8ba4\u7aef\u53e3\u662f10000\u3002")),(0,o.kt)("h2",{id:"\u521d\u59cb\u7528\u6237"},"\u521d\u59cb\u7528\u6237"),(0,o.kt)("ul",null,(0,o.kt)("li",{parentName:"ul"},"\u7528\u6237\u540d\uff1aadmin"),(0,o.kt)("li",{parentName:"ul"},"\u5bc6\u7801\uff1aadmin")))}u.isMDXComponent=!0}}]); \ No newline at end of file diff --git a/assets/js/597ed821.432f44a3.js b/assets/js/597ed821.432f44a3.js new file mode 100644 index 00000000..84ba4935 --- /dev/null +++ b/assets/js/597ed821.432f44a3.js @@ -0,0 +1 @@ +"use strict";(self.webpackChunksqle_docs=self.webpackChunksqle_docs||[]).push([[7843],{3905:(e,t,n)=>{n.d(t,{Zo:()=>s,kt:()=>f});var r=n(7294);function l(e,t,n){return t in e?Object.defineProperty(e,t,{value:n,enumerable:!0,configurable:!0,writable:!0}):e[t]=n,e}function a(e,t){var n=Object.keys(e);if(Object.getOwnPropertySymbols){var r=Object.getOwnPropertySymbols(e);t&&(r=r.filter((function(t){return Object.getOwnPropertyDescriptor(e,t).enumerable}))),n.push.apply(n,r)}return n}function o(e){for(var t=1;t=0||(l[n]=e[n]);return l}(e,t);if(Object.getOwnPropertySymbols){var a=Object.getOwnPropertySymbols(e);for(r=0;r=0||Object.prototype.propertyIsEnumerable.call(e,n)&&(l[n]=e[n])}return l}var i=r.createContext({}),p=function(e){var t=r.useContext(i),n=t;return e&&(n="function"==typeof e?e(t):o(o({},t),e)),n},s=function(e){var t=p(e.components);return r.createElement(i.Provider,{value:t},e.children)},u="mdxType",m={inlineCode:"code",wrapper:function(e){var t=e.children;return r.createElement(r.Fragment,{},t)}},d=r.forwardRef((function(e,t){var n=e.components,l=e.mdxType,a=e.originalType,i=e.parentName,s=c(e,["components","mdxType","originalType","parentName"]),u=p(n),d=l,f=u["".concat(i,".").concat(d)]||u[d]||m[d]||a;return n?r.createElement(f,o(o({ref:t},s),{},{components:n})):r.createElement(f,o({ref:t},s))}));function f(e,t){var n=arguments,l=t&&t.mdxType;if("string"==typeof e||l){var a=n.length,o=new Array(a);o[0]=d;var c={};for(var i in t)hasOwnProperty.call(t,i)&&(c[i]=t[i]);c.originalType=e,c[u]="string"==typeof e?e:l,o[1]=c;for(var p=2;p{n.r(t),n.d(t,{assets:()=>i,contentTitle:()=>o,default:()=>u,frontMatter:()=>a,metadata:()=>c,toc:()=>p});var r=n(7462),l=(n(7294),n(3905));const a={title:"RPM \u5b89\u88c5"},o="RPM\u5b89\u88c5",c={unversionedId:"deploy-manual/rpm",id:"deploy-manual/rpm",title:"RPM \u5b89\u88c5",description:"\u73af\u5883\u51c6\u5907",source:"@site/docs/deploy-manual/rpm.md",sourceDirName:"deploy-manual",slug:"/deploy-manual/rpm",permalink:"/sqle-docs/docs/deploy-manual/rpm",draft:!1,editUrl:"https://github.com/actiontech/sqle-docs/tree/main/docs/deploy-manual/rpm.md",tags:[],version:"current",frontMatter:{title:"RPM \u5b89\u88c5"},sidebar:"tutorialSidebar",previous:{title:"\u6e90\u7801\u5b89\u88c5",permalink:"/sqle-docs/docs/deploy-manual/source"},next:{title:"Docker\u90e8\u7f72",permalink:"/sqle-docs/docs/deploy-manual/Docker"}},i={},p=[{value:"\u73af\u5883\u51c6\u5907",id:"\u73af\u5883\u51c6\u5907",level:2},{value:"\u4e0b\u8f7d\u5b89\u88c5\u5305",id:"\u4e0b\u8f7d\u5b89\u88c5\u5305",level:2},{value:"\u5b89\u88c5 SQLE",id:"\u5b89\u88c5-sqle",level:2},{value:"\u521b\u5efa\u6570\u636e\u5e93",id:"\u521b\u5efa\u6570\u636e\u5e93",level:2},{value:"\u4fee\u6539 SQLE \u914d\u7f6e\u6587\u4ef6",id:"\u4fee\u6539-sqle-\u914d\u7f6e\u6587\u4ef6",level:2},{value:"\u542f\u52a8 SQLE",id:"\u542f\u52a8-sqle",level:2},{value:"\u8bbf\u95eeSQLE",id:"\u8bbf\u95eesqle",level:2},{value:"\u542f\u52a8\u5931\u8d25\u95ee\u9898\u8bca\u65ad",id:"\u542f\u52a8\u5931\u8d25\u95ee\u9898\u8bca\u65ad",level:2}],s={toc:p};function u(e){let{components:t,...n}=e;return(0,l.kt)("wrapper",(0,r.Z)({},s,n,{components:t,mdxType:"MDXLayout"}),(0,l.kt)("h1",{id:"rpm\u5b89\u88c5"},"RPM\u5b89\u88c5"),(0,l.kt)("h2",{id:"\u73af\u5883\u51c6\u5907"},"\u73af\u5883\u51c6\u5907"),(0,l.kt)("ul",null,(0,l.kt)("li",{parentName:"ul"},"CentOS 7"),(0,l.kt)("li",{parentName:"ul"},"MySQL 5.7")),(0,l.kt)("h2",{id:"\u4e0b\u8f7d\u5b89\u88c5\u5305"},"\u4e0b\u8f7d\u5b89\u88c5\u5305"),(0,l.kt)("p",null,"\u4e0b\u8f7d SQLE \u7684 RPM \u5b89\u88c5\u5305\uff0c\u4e0b\u8f7d\u8fde\u63a5\u70b9\u51fb",(0,l.kt)("a",{parentName:"p",href:"https://github.com/actiontech/sqle/releases"},"\u8fd9\u91cc"),"\u3002"),(0,l.kt)("h2",{id:"\u5b89\u88c5-sqle"},"\u5b89\u88c5 SQLE"),(0,l.kt)("p",null,"\u6267\u884c RPM \u7684\u5b89\u88c5\u547d\u4ee4\uff1a"),(0,l.kt)("pre",null,(0,l.kt)("code",{parentName:"pre",className:"language-sh"},"rpm -ivh /path/to/sqle-ce-${version}.qa.el7.x86_64.rpm --prefix=/opt/sqle\n")),(0,l.kt)("h2",{id:"\u521b\u5efa\u6570\u636e\u5e93"},"\u521b\u5efa\u6570\u636e\u5e93"),(0,l.kt)("p",null,"\u51c6\u5907\u4e00\u53f0 MySQL5.7 \u4f5c\u4e3a SQLE \u7684\u540e\u7aef\u5b58\u50a8\u6570\u636e\u5e93\u3002\u6267\u884c\u4e0b\u9762\u547d\u4ee4\u521b\u5efa SQLE \u9700\u8981\u7684 schema\uff1a"),(0,l.kt)("pre",null,(0,l.kt)("code",{parentName:"pre",className:"language-sql"},"CREATE DATABASE IF NOT EXISTS sqle default character set utf8mb4 collate utf8mb4_unicode_ci;\nCREATE DATABASE IF NOT EXISTS dms default character set utf8mb4 collate utf8mb4_unicode_ci;\n")),(0,l.kt)("admonition",{type:"tip"},(0,l.kt)("p",{parentName:"admonition"},"\u521b\u5efa\u597d\u7684 Schema \u5c06\u5728\u4e0b\u9762\u4fee\u6539SQLE\u914d\u7f6e\u65f6\u4f7f\u7528\u5230\u3002")),(0,l.kt)("h2",{id:"\u4fee\u6539-sqle-\u914d\u7f6e\u6587\u4ef6"},"\u4fee\u6539 SQLE \u914d\u7f6e\u6587\u4ef6"),(0,l.kt)("p",null,"\u5b89\u88c5\u5b8c SQLE \u540e\uff0c\u9700\u8981\u6839\u636e\u5b9e\u9645\u60c5\u51b5\u4fee\u6539SQLE\u7684\u914d\u7f6e\uff0c\u53c2\u8003\uff1a",(0,l.kt)("a",{parentName:"p",href:"/sqle-docs/docs/deploy-manual/config"},"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e"),"\u3002SQLE\u5b89\u88c5\u5b8c\u6210\u540e\u63d0\u4f9b\u4e00\u4e2a\u914d\u7f6e\u6a21\u7248\u53ef\u76f4\u63a5\u4fee\u6539\u3002"),(0,l.kt)("pre",null,(0,l.kt)("code",{parentName:"pre",className:"language-sh"},"cd /opt/sqle/etc\nvim config.yml\n")),(0,l.kt)("admonition",{type:"tip"},(0,l.kt)("p",{parentName:"admonition"},"\u786e\u4fdd config.yml \u7684\u6587\u4ef6 owner \u4e3a actiontech-universe:actiontech")),(0,l.kt)("h2",{id:"\u542f\u52a8-sqle"},"\u542f\u52a8 SQLE"),(0,l.kt)("p",null,"SQLE \u8fdb\u7a0b\u901a\u8fc7 Systemd \u7ba1\u7406\u3002\u5728\u6210\u529f\u5b89\u88c5 RPM \u540e\uff0c\u6267\u884c\u542f\u52a8\u547d\u4ee4\uff1a"),(0,l.kt)("pre",null,(0,l.kt)("code",{parentName:"pre",className:"language-sh"},"cd /opt/sqle\nchmod +x scripts/init_start.sh\n./scripts/init_start.sh\n")),(0,l.kt)("h2",{id:"\u8bbf\u95eesqle"},"\u8bbf\u95eeSQLE"),(0,l.kt)("p",null,"SQLE \u5bf9\u5916\u63d0\u4f9b web \u670d\u52a1\uff0c\u5728\u7a0b\u5e8f\u90e8\u7f72\u5b8c\u6210\u540e\uff0c\u5373\u53ef\u901a\u8fc7 SQLE UI \u8bbf\u95ee\uff1a",(0,l.kt)("a",{parentName:"p",href:"http://127.0.0.1:10000"},"http://127.0.0.1:10000"),", \u5730\u5740\u548c\u7aef\u53e3\u4e3a\u914d\u7f6e\u6587\u4ef6\u5185 dms.api \u914d\u7f6e\u9879\u3002"),(0,l.kt)("h2",{id:"\u542f\u52a8\u5931\u8d25\u95ee\u9898\u8bca\u65ad"},"\u542f\u52a8\u5931\u8d25\u95ee\u9898\u8bca\u65ad"),(0,l.kt)("p",null,"\u53c2\u8003\uff1a",(0,l.kt)("a",{parentName:"p",href:"https://github.com/actiontech/sqle/discussions/1239"},"https://github.com/actiontech/sqle/discussions/1239")))}u.isMDXComponent=!0}}]); \ No newline at end of file diff --git a/assets/js/597ed821.d75a8704.js b/assets/js/597ed821.d75a8704.js deleted file mode 100644 index ba881eb5..00000000 --- a/assets/js/597ed821.d75a8704.js +++ /dev/null @@ -1 +0,0 @@ -"use strict";(self.webpackChunksqle_docs=self.webpackChunksqle_docs||[]).push([[7843],{3905:(e,t,n)=>{n.d(t,{Zo:()=>s,kt:()=>f});var r=n(7294);function a(e,t,n){return t in e?Object.defineProperty(e,t,{value:n,enumerable:!0,configurable:!0,writable:!0}):e[t]=n,e}function l(e,t){var n=Object.keys(e);if(Object.getOwnPropertySymbols){var r=Object.getOwnPropertySymbols(e);t&&(r=r.filter((function(t){return Object.getOwnPropertyDescriptor(e,t).enumerable}))),n.push.apply(n,r)}return n}function o(e){for(var t=1;t=0||(a[n]=e[n]);return a}(e,t);if(Object.getOwnPropertySymbols){var l=Object.getOwnPropertySymbols(e);for(r=0;r=0||Object.prototype.propertyIsEnumerable.call(e,n)&&(a[n]=e[n])}return a}var i=r.createContext({}),p=function(e){var t=r.useContext(i),n=t;return e&&(n="function"==typeof e?e(t):o(o({},t),e)),n},s=function(e){var t=p(e.components);return r.createElement(i.Provider,{value:t},e.children)},u="mdxType",m={inlineCode:"code",wrapper:function(e){var t=e.children;return r.createElement(r.Fragment,{},t)}},d=r.forwardRef((function(e,t){var n=e.components,a=e.mdxType,l=e.originalType,i=e.parentName,s=c(e,["components","mdxType","originalType","parentName"]),u=p(n),d=a,f=u["".concat(i,".").concat(d)]||u[d]||m[d]||l;return n?r.createElement(f,o(o({ref:t},s),{},{components:n})):r.createElement(f,o({ref:t},s))}));function f(e,t){var n=arguments,a=t&&t.mdxType;if("string"==typeof e||a){var l=n.length,o=new Array(l);o[0]=d;var c={};for(var i in t)hasOwnProperty.call(t,i)&&(c[i]=t[i]);c.originalType=e,c[u]="string"==typeof e?e:a,o[1]=c;for(var p=2;p{n.r(t),n.d(t,{assets:()=>i,contentTitle:()=>o,default:()=>u,frontMatter:()=>l,metadata:()=>c,toc:()=>p});var r=n(7462),a=(n(7294),n(3905));const l={title:"RPM \u5b89\u88c5"},o="RPM\u5b89\u88c5",c={unversionedId:"deploy-manual/rpm",id:"deploy-manual/rpm",title:"RPM \u5b89\u88c5",description:"\u73af\u5883\u51c6\u5907",source:"@site/docs/deploy-manual/rpm.md",sourceDirName:"deploy-manual",slug:"/deploy-manual/rpm",permalink:"/sqle-docs/docs/deploy-manual/rpm",draft:!1,editUrl:"https://github.com/actiontech/sqle-docs/tree/main/docs/deploy-manual/rpm.md",tags:[],version:"current",frontMatter:{title:"RPM \u5b89\u88c5"},sidebar:"tutorialSidebar",previous:{title:"\u6e90\u7801\u5b89\u88c5",permalink:"/sqle-docs/docs/deploy-manual/source"},next:{title:"Docker\u90e8\u7f72",permalink:"/sqle-docs/docs/deploy-manual/Docker"}},i={},p=[{value:"\u73af\u5883\u51c6\u5907",id:"\u73af\u5883\u51c6\u5907",level:2},{value:"\u4e0b\u8f7d\u5b89\u88c5\u5305",id:"\u4e0b\u8f7d\u5b89\u88c5\u5305",level:2},{value:"\u5b89\u88c5 SQLE",id:"\u5b89\u88c5-sqle",level:2},{value:"\u521b\u5efa\u6570\u636e\u5e93",id:"\u521b\u5efa\u6570\u636e\u5e93",level:2},{value:"\u4fee\u6539 SQLE \u914d\u7f6e\u6587\u4ef6",id:"\u4fee\u6539-sqle-\u914d\u7f6e\u6587\u4ef6",level:2},{value:"\u542f\u52a8 SQLE",id:"\u542f\u52a8-sqle",level:2},{value:"\u542f\u52a8\u5931\u8d25\u95ee\u9898\u8bca\u65ad",id:"\u542f\u52a8\u5931\u8d25\u95ee\u9898\u8bca\u65ad",level:2}],s={toc:p};function u(e){let{components:t,...n}=e;return(0,a.kt)("wrapper",(0,r.Z)({},s,n,{components:t,mdxType:"MDXLayout"}),(0,a.kt)("h1",{id:"rpm\u5b89\u88c5"},"RPM\u5b89\u88c5"),(0,a.kt)("h2",{id:"\u73af\u5883\u51c6\u5907"},"\u73af\u5883\u51c6\u5907"),(0,a.kt)("ul",null,(0,a.kt)("li",{parentName:"ul"},"CentOS 7"),(0,a.kt)("li",{parentName:"ul"},"MySQL 5.7")),(0,a.kt)("h2",{id:"\u4e0b\u8f7d\u5b89\u88c5\u5305"},"\u4e0b\u8f7d\u5b89\u88c5\u5305"),(0,a.kt)("p",null,"\u4e0b\u8f7d SQLE \u7684 RPM \u5b89\u88c5\u5305\uff0c\u4e0b\u8f7d\u8fde\u63a5\u70b9\u51fb",(0,a.kt)("a",{parentName:"p",href:"https://github.com/actiontech/sqle/releases"},"\u8fd9\u91cc"),"\u3002"),(0,a.kt)("h2",{id:"\u5b89\u88c5-sqle"},"\u5b89\u88c5 SQLE"),(0,a.kt)("p",null,"\u6267\u884c RPM \u7684\u5b89\u88c5\u547d\u4ee4\uff1a"),(0,a.kt)("pre",null,(0,a.kt)("code",{parentName:"pre",className:"language-sh"},"rpm -ivh /path/to/sqle-ce-${version}.qa.el7.x86_64.rpm --prefix=/opt/sqle\n")),(0,a.kt)("h2",{id:"\u521b\u5efa\u6570\u636e\u5e93"},"\u521b\u5efa\u6570\u636e\u5e93"),(0,a.kt)("p",null,"\u51c6\u5907\u4e00\u53f0 MySQL5.7 \u4f5c\u4e3a SQLE \u7684\u540e\u7aef\u5b58\u50a8\u6570\u636e\u5e93\u3002\u6267\u884c\u4e0b\u9762\u547d\u4ee4\u521b\u5efa SQLE \u9700\u8981\u7684 schema\uff1a"),(0,a.kt)("pre",null,(0,a.kt)("code",{parentName:"pre",className:"language-sql"},"CREATE DATABASE IF NOT EXISTS sqle default character set utf8mb4 collate utf8mb4_unicode_ci;\nCREATE DATABASE IF NOT EXISTS dms default character set utf8mb4 collate utf8mb4_unicode_ci;\n")),(0,a.kt)("admonition",{type:"tip"},(0,a.kt)("p",{parentName:"admonition"},"\u521b\u5efa\u597d\u7684 Schema \u5c06\u5728\u4e0b\u9762\u4fee\u6539SQLE\u914d\u7f6e\u65f6\u4f7f\u7528\u5230\u3002")),(0,a.kt)("h2",{id:"\u4fee\u6539-sqle-\u914d\u7f6e\u6587\u4ef6"},"\u4fee\u6539 SQLE \u914d\u7f6e\u6587\u4ef6"),(0,a.kt)("p",null,"\u5b89\u88c5\u5b8c SQLE \u540e\uff0c\u9700\u8981\u6839\u636e\u5b9e\u9645\u60c5\u51b5\u4fee\u6539SQLE\u7684\u914d\u7f6e\uff0c\u53c2\u8003\uff1a",(0,a.kt)("a",{parentName:"p",href:"/sqle-docs/docs/deploy-manual/config"},"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e"),"\u3002SQLE\u5b89\u88c5\u5b8c\u6210\u540e\u63d0\u4f9b\u4e00\u4e2a\u914d\u7f6e\u6a21\u7248\u53ef\u76f4\u63a5\u4fee\u6539\u3002"),(0,a.kt)("pre",null,(0,a.kt)("code",{parentName:"pre",className:"language-sh"},"cd /opt/sqle/etc\nvim config.yml\n")),(0,a.kt)("admonition",{type:"tip"},(0,a.kt)("p",{parentName:"admonition"},"\u786e\u4fdd config.yml \u7684\u6587\u4ef6 owner \u4e3a actiontech-universe:actiontech")),(0,a.kt)("h2",{id:"\u542f\u52a8-sqle"},"\u542f\u52a8 SQLE"),(0,a.kt)("p",null,"SQLE \u8fdb\u7a0b\u901a\u8fc7 Systemd \u7ba1\u7406\u3002\u5728\u6210\u529f\u5b89\u88c5 RPM \u540e\uff0c\u6267\u884c\u542f\u52a8\u547d\u4ee4\uff1a"),(0,a.kt)("pre",null,(0,a.kt)("code",{parentName:"pre",className:"language-sh"},"cd /opt/sqle\nchmod +x scripts/init_start.sh\n./scripts/init_start.sh\n")),(0,a.kt)("h2",{id:"\u542f\u52a8\u5931\u8d25\u95ee\u9898\u8bca\u65ad"},"\u542f\u52a8\u5931\u8d25\u95ee\u9898\u8bca\u65ad"),(0,a.kt)("p",null,"\u53c2\u8003\uff1a",(0,a.kt)("a",{parentName:"p",href:"https://github.com/actiontech/sqle/discussions/1239"},"https://github.com/actiontech/sqle/discussions/1239")))}u.isMDXComponent=!0}}]); \ No newline at end of file diff --git a/assets/js/cbc434de.86356c1d.js b/assets/js/cbc434de.86356c1d.js new file mode 100644 index 00000000..4494f516 --- /dev/null +++ b/assets/js/cbc434de.86356c1d.js @@ -0,0 +1 @@ +"use strict";(self.webpackChunksqle_docs=self.webpackChunksqle_docs||[]).push([[411],{3905:(t,e,a)=>{a.d(e,{Zo:()=>o,kt:()=>N});var n=a(7294);function r(t,e,a){return e in t?Object.defineProperty(t,e,{value:a,enumerable:!0,configurable:!0,writable:!0}):t[e]=a,t}function l(t,e){var a=Object.keys(t);if(Object.getOwnPropertySymbols){var n=Object.getOwnPropertySymbols(t);e&&(n=n.filter((function(e){return Object.getOwnPropertyDescriptor(t,e).enumerable}))),a.push.apply(a,n)}return a}function p(t){for(var e=1;e=0||(r[a]=t[a]);return r}(t,e);if(Object.getOwnPropertySymbols){var l=Object.getOwnPropertySymbols(t);for(n=0;n=0||Object.prototype.propertyIsEnumerable.call(t,a)&&(r[a]=t[a])}return r}var m=n.createContext({}),i=function(t){var e=n.useContext(m),a=e;return t&&(a="function"==typeof t?t(e):p(p({},e),t)),a},o=function(t){var e=i(t.components);return n.createElement(m.Provider,{value:e},t.children)},u="mdxType",k={inlineCode:"code",wrapper:function(t){var e=t.children;return n.createElement(n.Fragment,{},e)}},s=n.forwardRef((function(t,e){var a=t.components,r=t.mdxType,l=t.originalType,m=t.parentName,o=d(t,["components","mdxType","originalType","parentName"]),u=i(a),s=r,N=u["".concat(m,".").concat(s)]||u[s]||k[s]||l;return a?n.createElement(N,p(p({ref:e},o),{},{components:a})):n.createElement(N,p({ref:e},o))}));function N(t,e){var a=arguments,r=e&&e.mdxType;if("string"==typeof t||r){var l=a.length,p=new Array(l);p[0]=s;var d={};for(var m in e)hasOwnProperty.call(e,m)&&(d[m]=e[m]);d.originalType=t,d[u]="string"==typeof t?t:r,p[1]=d;for(var i=2;i{a.r(e),a.d(e,{assets:()=>m,contentTitle:()=>p,default:()=>u,frontMatter:()=>l,metadata:()=>d,toc:()=>i});var n=a(7462),r=(a(7294),a(3905));const l={title:"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e"},p="\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e",d={unversionedId:"deploy-manual/config",id:"deploy-manual/config",title:"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e",description:"SQLE\u7684\u914d\u7f6e\u6587\u4ef6\u91c7\u7528yml\u7684\u683c\u5f0f\uff0c\u9ed8\u8ba4\u60c5\u51b5\u4e0b\u4f4d\u4e8eSQLE\u5b89\u88c5\u76ee\u5f55\u4e0b\uff0c\u8def\u5f84\u4e3a./etc/config.yml",source:"@site/docs/deploy-manual/config.md",sourceDirName:"deploy-manual",slug:"/deploy-manual/config",permalink:"/sqle-docs/docs/deploy-manual/config",draft:!1,editUrl:"https://github.com/actiontech/sqle-docs/tree/main/docs/deploy-manual/config.md",tags:[],version:"current",frontMatter:{title:"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e"},sidebar:"tutorialSidebar",previous:{title:"\u5b89\u88c5\u8bf4\u660e",permalink:"/sqle-docs/docs/deploy-manual/intro"},next:{title:"\u6e90\u7801\u5b89\u88c5",permalink:"/sqle-docs/docs/deploy-manual/source"}},m={},i=[{value:"\u9ed8\u8ba4\u6587\u4ef6\u53c2\u8003",id:"\u9ed8\u8ba4\u6587\u4ef6\u53c2\u8003",level:2},{value:"\u914d\u7f6e\u8bf4\u660e",id:"\u914d\u7f6e\u8bf4\u660e",level:2},{value:"\u901a\u7528\u914d\u7f6e",id:"\u901a\u7528\u914d\u7f6e",level:3},{value:"\u901a\u7528\u914d\u7f6e.api",id:"\u901a\u7528\u914d\u7f6eapi",level:4},{value:"DMS \u914d\u7f6e",id:"dms-\u914d\u7f6e",level:3},{value:"DMS.service.database",id:"dmsservicedatabase",level:4},{value:"DMS.service.log",id:"dmsservicelog",level:4},{value:"DMS.cloudbeaver",id:"dmscloudbeaver",level:4},{value:"SQLE \u914d\u7f6e",id:"sqle-\u914d\u7f6e",level:3},{value:"SQLE.service",id:"sqleservice",level:4},{value:"SQLE.service.database",id:"sqleservicedatabase",level:4}],o={toc:i};function u(t){let{components:e,...a}=t;return(0,r.kt)("wrapper",(0,n.Z)({},o,a,{components:e,mdxType:"MDXLayout"}),(0,r.kt)("h1",{id:"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e"},"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e"),(0,r.kt)("admonition",{type:"tip"},(0,r.kt)("p",{parentName:"admonition"},"SQLE\u7684\u914d\u7f6e\u6587\u4ef6\u91c7\u7528yml\u7684\u683c\u5f0f\uff0c\u9ed8\u8ba4\u60c5\u51b5\u4e0b\u4f4d\u4e8eSQLE\u5b89\u88c5\u76ee\u5f55\u4e0b\uff0c\u8def\u5f84\u4e3a",(0,r.kt)("inlineCode",{parentName:"p"},"./etc/config.yml"))),(0,r.kt)("h2",{id:"\u9ed8\u8ba4\u6587\u4ef6\u53c2\u8003"},"\u9ed8\u8ba4\u6587\u4ef6\u53c2\u8003"),(0,r.kt)("pre",null,(0,r.kt)("code",{parentName:"pre",className:"language-yml"},'dms:\n id: 1\n api:\n addr: "0.0.0.0"\n port: 10000\n enable_https: false\n cert_file_path: \'./etc/cert.pem\'\n key_file_path: \'./etc/key.pem\'\n secret_key: \'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\'\n service:\n database:\n host: "127.0.0.1"\n port: 3306\n username: "root"\n password: "123456"\n database: "dms"\n debug: true\n log:\n level: DEBUG\n path: logs\n max_size_mb: 100\n max_backup_number: 10\n cloudbeaver:\n enable_https: false\n host: "127.0.0.1"\n port: 8978\n admin_user: "cbadmin"\n admin_password: "123456"\n database_driver_options:\n - db_type: MySQL\n logo_path: "/logo/mysql.png"\n params: \n - db_type: Postgres\n logo_path: "/static/logo/pg.png"\n params: \n - db_type: Oracle\n logo_path: "/static/logo/oracle.png"\n params: [\n {\n "key":"service_name",\n "value":"XE",\n "desc":"service name",\n "type":"string"\n }, \n ] \nsqle:\n id: 1\n dms_server_address: "http://127.0.0.1:10000"\n api:\n addr: "127.0.0.1"\n port: 10001\n enable_https: false\n cert_file_path: \'./etc/cert.pem\'\n key_file_path: \'./etc/key.pem\'\n secret_key: \'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\'\n service:\n auto_migrate_table: true\n debug_log: false\n log_path: \'./logs\'\n log_max_size_mb: 1024\n log_max_backup_number: 2\n plugin_path: \'./plugins\'\n database:\n mysql_host: \'127.0.0.1\'\n mysql_port: 3306\n mysql_user: \'root\'\n mysql_password: \'123456\'\n mysql_schema: \'sqle\'\n')),(0,r.kt)("h2",{id:"\u914d\u7f6e\u8bf4\u660e"},"\u914d\u7f6e\u8bf4\u660e"),(0,r.kt)("h3",{id:"\u901a\u7528\u914d\u7f6e"},"\u901a\u7528\u914d\u7f6e"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"id"),(0,r.kt)("td",{parentName:"tr",align:null},"server id\uff0c\u8fa8\u8bc6\u96c6\u7fa4\u8282\u70b9\uff0c\u96c6\u7fa4\u5185\u4e0d\u91cd\u590d\u5373\u53ef")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"api"),(0,r.kt)("td",{parentName:"tr",align:null},"\u5f53\u524d\u670d\u52a1\u7684web\u63a5\u53e3\u53c2\u6570")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"secret_key"),(0,r.kt)("td",{parentName:"tr",align:null},"\u5168\u5c40AES\u52a0\u5bc6\u79d8\u94a5\uff0c\u5f71\u54cd\u767b\u5f55\u548c\u7528\u6237\u5bc6\u7801\u7b49\u7684\u5b58\u50a8\uff1b",(0,r.kt)("strong",{parentName:"td"},"\u751f\u4ea7\u73af\u5883\u5efa\u8bae\u914d\u7f6e\u8be5\u503c\u66ff\u6362\u6389\u7a0b\u5e8f\u9ed8\u8ba4\u503c\uff0c\u4e0d\u7136\u4f1a\u5b58\u5728\u5b89\u5168\u98ce\u9669"),"\uff1b\u683c\u5f0f\u662f32\u4f4d\u968f\u673a\u5b57\u7b26\u4e32")))),(0,r.kt)("h4",{id:"\u901a\u7528\u914d\u7f6eapi"},"\u901a\u7528\u914d\u7f6e.api"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"addr"),(0,r.kt)("td",{parentName:"tr",align:null},"\u8bbf\u95ee\u670d\u52a1\u5668\u65f6\u9700\u8981\u7684\u7f51\u7edc\u5730\u5740")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"port"),(0,r.kt)("td",{parentName:"tr",align:null},"\u5f53\u524d\u670d\u52a1\u7684web\u63a5\u53e3\u53c2\u6570")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"enable_https"),(0,r.kt)("td",{parentName:"tr",align:null},"\u662f\u5426\u5f00\u542fhttps\uff0c\u9ed8\u8ba4\u4e0d\u5f00\u542f")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"cert_file_path"),(0,r.kt)("td",{parentName:"tr",align:null},"https \u8bc1\u4e66\u8def\u5f84")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"key_file_path"),(0,r.kt)("td",{parentName:"tr",align:null},"https \u79c1\u94a5\u8def\u5f84")))),(0,r.kt)("h3",{id:"dms-\u914d\u7f6e"},"DMS \u914d\u7f6e"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"id"),(0,r.kt)("td",{parentName:"tr",align:null},"\u901a\u7528\u914d\u7f6e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"api"),(0,r.kt)("td",{parentName:"tr",align:null},"\u901a\u7528\u914d\u7f6e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"secret_key"),(0,r.kt)("td",{parentName:"tr",align:null},"\u901a\u7528\u914d\u7f6e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"service"),(0,r.kt)("td",{parentName:"tr",align:null},"\u670d\u52a1")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"cloudbeaver"),(0,r.kt)("td",{parentName:"tr",align:null},"SQL\u5de5\u4f5c\u53f0")))),(0,r.kt)("h4",{id:"dmsservicedatabase"},"DMS.service.database"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"host"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS \u540e\u7aef\u6570\u636e\u5e93\u5730\u5740")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"port"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS \u540e\u7aef\u6570\u636e\u5e93\u5730\u5740")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"username"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS \u540e\u7aef\u6570\u636e\u5e93\u7528\u6237")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"password"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS \u540e\u7aef\u6570\u636e\u5e93\u5bc6\u7801")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"database"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS \u540e\u7aef\u6570\u636e\u5e93 schema")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"debug"),(0,r.kt)("td",{parentName:"tr",align:null})))),(0,r.kt)("h4",{id:"dmsservicelog"},"DMS.service.log"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"level"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS\u65e5\u5fd7\u7ea7\u522b")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"path"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS\u65e5\u5fd7\u5b58\u5728\u8def\u5f84")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"max_size_mb"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS\u65e5\u5fd7\u6587\u4ef6\u5927\u5c0f")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"max_backup_number"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS\u4fdd\u7559\u65e5\u5fd7\u6587\u4ef6\u6570")))),(0,r.kt)("h4",{id:"dmscloudbeaver"},"DMS.cloudbeaver"),(0,r.kt)("p",null,"SQL\u5de5\u4f5c\u53f0\u7684\u914d\u7f6e\uff0c\u914d\u7f6e\u5219\u4ee3\u8868\u5f00\u542fSQL\u5de5\u4f5c\u53f0\u3002"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"enable_https"),(0,r.kt)("td",{parentName:"tr",align:null},"\u662f\u5426\u662fhttps\u8fde\u63a5")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"host"),(0,r.kt)("td",{parentName:"tr",align:null},"cloudbeaver \u5730\u5740")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"port"),(0,r.kt)("td",{parentName:"tr",align:null},"cloudbeaver \u7aef\u53e3")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"admin_user"),(0,r.kt)("td",{parentName:"tr",align:null},"cloudbeaver \u8d85\u7ea7\u7ba1\u7406\u5458\u540d\u79f0")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"admin_password"),(0,r.kt)("td",{parentName:"tr",align:null},"cloudbeaver \u8d85\u7ea7\u7ba1\u7406\u5458\u5bc6\u7801")))),(0,r.kt)("h3",{id:"sqle-\u914d\u7f6e"},"SQLE \u914d\u7f6e"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"id"),(0,r.kt)("td",{parentName:"tr",align:null},"\u901a\u7528\u914d\u7f6e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"api"),(0,r.kt)("td",{parentName:"tr",align:null},"\u901a\u7528\u914d\u7f6e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"secret_key"),(0,r.kt)("td",{parentName:"tr",align:null},"\u901a\u7528\u914d\u7f6e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"service"),(0,r.kt)("td",{parentName:"tr",align:null},"\u670d\u52a1")))),(0,r.kt)("h4",{id:"sqleservice"},"SQLE.service"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"auto_migrate_table"),(0,r.kt)("td",{parentName:"tr",align:null},"\u81ea\u52a8\u521b\u5efa\u8868\u7ed3\u6784\uff0c\u521d\u59cb\u5316\u6570\u636e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"debug_log"),(0,r.kt)("td",{parentName:"tr",align:null},"\u5f00\u542fdebug\u6a21\u5f0f\uff0c\u6253\u5370\u66f4\u591a\u65e5\u5fd7\uff0c\u4f1a\u6253\u5370\u4e1a\u52a1SQL\uff0c\u5f00\u53d1\u73af\u5883\u53ef\u5f00\u542f")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"log_path"),(0,r.kt)("td",{parentName:"tr",align:null},"\u65e5\u5fd7\u76ee\u5f55")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"log_max_size_mb"),(0,r.kt)("td",{parentName:"tr",align:null},"\u5355\u4e2a\u65e5\u5fd7\u6587\u4ef6\u6700\u5927\u5927\u5c0f\uff0c\u5355\u4f4dMB")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"log_max_backup_number"),(0,r.kt)("td",{parentName:"tr",align:null},"\u65e5\u5fd7\u6587\u4ef6\u6700\u5927\u5907\u4efd\u6570\u91cf")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"plugin_path"),(0,r.kt)("td",{parentName:"tr",align:null},"SQL\u5ba1\u6838\u63d2\u4ef6\u7684\u52a0\u8f7d\u5730\u5740")))),(0,r.kt)("h4",{id:"sqleservicedatabase"},"SQLE.service.database"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"mysql_host"),(0,r.kt)("td",{parentName:"tr",align:null},"SQLE\u5b58\u50a8\u5e93\u7684\u5730\u5740")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"mysql_port"),(0,r.kt)("td",{parentName:"tr",align:null},"SQLE\u5b58\u50a8\u5e93\u7684\u7aef\u53e3")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"mysql_user"),(0,r.kt)("td",{parentName:"tr",align:null},"SQLE\u5b58\u50a8\u5e93\u7684\u6570\u636e\u5e93\u7528\u6237")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"mysql_password"),(0,r.kt)("td",{parentName:"tr",align:null},"SQLE\u5b58\u50a8\u5e93\u7684\u6570\u636e\u5e93\u5bc6\u7801")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"mysql_schema"),(0,r.kt)("td",{parentName:"tr",align:null},"SQLE\u5b58\u50a8\u5e93\u7684\u6570\u636e\u5e93 schema")))),(0,r.kt)("p",null,"\u6570\u636e\u5e93\u63d2\u4ef6\u914d\u7f6e\u8bf7\u53c2\u8003\uff1a",(0,r.kt)("a",{parentName:"p",href:"/sqle-docs/docs/dev-manual/plugins/howtouse"},"\u5982\u4f55\u914d\u7f6e\u6570\u636e\u5e93\u5ba1\u6838\u63d2\u4ef6")))}u.isMDXComponent=!0}}]); \ No newline at end of file diff --git a/assets/js/cbc434de.ec9c5d59.js b/assets/js/cbc434de.ec9c5d59.js deleted file mode 100644 index 15acb0c0..00000000 --- a/assets/js/cbc434de.ec9c5d59.js +++ /dev/null @@ -1 +0,0 @@ -"use strict";(self.webpackChunksqle_docs=self.webpackChunksqle_docs||[]).push([[411],{3905:(t,e,a)=>{a.d(e,{Zo:()=>o,kt:()=>N});var n=a(7294);function r(t,e,a){return e in t?Object.defineProperty(t,e,{value:a,enumerable:!0,configurable:!0,writable:!0}):t[e]=a,t}function l(t,e){var a=Object.keys(t);if(Object.getOwnPropertySymbols){var n=Object.getOwnPropertySymbols(t);e&&(n=n.filter((function(e){return Object.getOwnPropertyDescriptor(t,e).enumerable}))),a.push.apply(a,n)}return a}function p(t){for(var e=1;e=0||(r[a]=t[a]);return r}(t,e);if(Object.getOwnPropertySymbols){var l=Object.getOwnPropertySymbols(t);for(n=0;n=0||Object.prototype.propertyIsEnumerable.call(t,a)&&(r[a]=t[a])}return r}var m=n.createContext({}),i=function(t){var e=n.useContext(m),a=e;return t&&(a="function"==typeof t?t(e):p(p({},e),t)),a},o=function(t){var e=i(t.components);return n.createElement(m.Provider,{value:e},t.children)},u="mdxType",k={inlineCode:"code",wrapper:function(t){var e=t.children;return n.createElement(n.Fragment,{},e)}},s=n.forwardRef((function(t,e){var a=t.components,r=t.mdxType,l=t.originalType,m=t.parentName,o=d(t,["components","mdxType","originalType","parentName"]),u=i(a),s=r,N=u["".concat(m,".").concat(s)]||u[s]||k[s]||l;return a?n.createElement(N,p(p({ref:e},o),{},{components:a})):n.createElement(N,p({ref:e},o))}));function N(t,e){var a=arguments,r=e&&e.mdxType;if("string"==typeof t||r){var l=a.length,p=new Array(l);p[0]=s;var d={};for(var m in e)hasOwnProperty.call(e,m)&&(d[m]=e[m]);d.originalType=t,d[u]="string"==typeof t?t:r,p[1]=d;for(var i=2;i{a.r(e),a.d(e,{assets:()=>m,contentTitle:()=>p,default:()=>u,frontMatter:()=>l,metadata:()=>d,toc:()=>i});var n=a(7462),r=(a(7294),a(3905));const l={title:"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e"},p="\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e",d={unversionedId:"deploy-manual/config",id:"deploy-manual/config",title:"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e",description:"SQLE\u7684\u914d\u7f6e\u6587\u4ef6\u91c7\u7528yml\u7684\u683c\u5f0f\uff0c\u9ed8\u8ba4\u60c5\u51b5\u4e0b\u4f4d\u4e8eSQLE\u5b89\u88c5\u76ee\u5f55\u4e0b\uff0c\u8def\u5f84\u4e3a./etc/config.yml",source:"@site/docs/deploy-manual/config.md",sourceDirName:"deploy-manual",slug:"/deploy-manual/config",permalink:"/sqle-docs/docs/deploy-manual/config",draft:!1,editUrl:"https://github.com/actiontech/sqle-docs/tree/main/docs/deploy-manual/config.md",tags:[],version:"current",frontMatter:{title:"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e"},sidebar:"tutorialSidebar",previous:{title:"\u5b89\u88c5\u8bf4\u660e",permalink:"/sqle-docs/docs/deploy-manual/intro"},next:{title:"\u6e90\u7801\u5b89\u88c5",permalink:"/sqle-docs/docs/deploy-manual/source"}},m={},i=[{value:"\u9ed8\u8ba4\u6587\u4ef6\u53c2\u8003",id:"\u9ed8\u8ba4\u6587\u4ef6\u53c2\u8003",level:2},{value:"\u914d\u7f6e\u8bf4\u660e",id:"\u914d\u7f6e\u8bf4\u660e",level:2},{value:"\u901a\u7528\u914d\u7f6e",id:"\u901a\u7528\u914d\u7f6e",level:3},{value:"\u901a\u7528\u914d\u7f6e.api",id:"\u901a\u7528\u914d\u7f6eapi",level:4},{value:"DMS \u914d\u7f6e",id:"dms-\u914d\u7f6e",level:3},{value:"DMS.service.database",id:"dmsservicedatabase",level:4},{value:"DMS.service.log",id:"dmsservicelog",level:4},{value:"DMS.cloudbeaver",id:"dmscloudbeaver",level:4},{value:"SQLE \u914d\u7f6e",id:"sqle-\u914d\u7f6e",level:3},{value:"SQLE.service",id:"sqleservice",level:4},{value:"SQLE.service.database",id:"sqleservicedatabase",level:4}],o={toc:i};function u(t){let{components:e,...a}=t;return(0,r.kt)("wrapper",(0,n.Z)({},o,a,{components:e,mdxType:"MDXLayout"}),(0,r.kt)("h1",{id:"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e"},"\u914d\u7f6e\u6587\u4ef6\u8bf4\u660e"),(0,r.kt)("admonition",{type:"tip"},(0,r.kt)("p",{parentName:"admonition"},"SQLE\u7684\u914d\u7f6e\u6587\u4ef6\u91c7\u7528yml\u7684\u683c\u5f0f\uff0c\u9ed8\u8ba4\u60c5\u51b5\u4e0b\u4f4d\u4e8eSQLE\u5b89\u88c5\u76ee\u5f55\u4e0b\uff0c\u8def\u5f84\u4e3a",(0,r.kt)("inlineCode",{parentName:"p"},"./etc/config.yml"))),(0,r.kt)("h2",{id:"\u9ed8\u8ba4\u6587\u4ef6\u53c2\u8003"},"\u9ed8\u8ba4\u6587\u4ef6\u53c2\u8003"),(0,r.kt)("pre",null,(0,r.kt)("code",{parentName:"pre",className:"language-yml"},'dms:\n id: 1\n api:\n addr: "0.0.0.0"\n port: 7601\n enable_https: false\n cert_file_path: \'./etc/cert.pem\'\n key_file_path: \'./etc/key.pem\'\n secret_key: \'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\'\n service:\n database:\n host: "127.0.0.1"\n port: 3306\n username: "root"\n password: "123456"\n database: "dms"\n debug: true\n log:\n level: DEBUG\n path: logs\n max_size_mb: 100\n max_backup_number: 10\n cloudbeaver:\n enable_https: false\n host: "127.0.0.1"\n port: 8978\n admin_user: "cbadmin"\n admin_password: "123456"\n database_driver_options:\n - db_type: MySQL\n logo_path: "/logo/mysql.png"\n params: \n - db_type: Postgres\n logo_path: "/static/logo/pg.png"\n params: \n - db_type: Oracle\n logo_path: "/static/logo/oracle.png"\n params: [\n {\n "key":"service_name",\n "value":"XE",\n "desc":"service name",\n "type":"string"\n }, \n ] \nsqle:\n id: 1\n dms_server_address: "http://127.0.0.1:10000"\n api:\n addr: "127.0.0.1"\n port: 10000\n enable_https: false\n cert_file_path: \'./etc/cert.pem\'\n key_file_path: \'./etc/key.pem\'\n secret_key: \'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\'\n service:\n auto_migrate_table: true\n debug_log: false\n log_path: \'./logs\'\n log_max_size_mb: 1024\n log_max_backup_number: 2\n plugin_path: \'./plugins\'\n database:\n mysql_host: \'127.0.0.1\'\n mysql_port: 3306\n mysql_user: \'root\'\n mysql_password: \'123456\'\n mysql_schema: \'sqle\'\n')),(0,r.kt)("h2",{id:"\u914d\u7f6e\u8bf4\u660e"},"\u914d\u7f6e\u8bf4\u660e"),(0,r.kt)("h3",{id:"\u901a\u7528\u914d\u7f6e"},"\u901a\u7528\u914d\u7f6e"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"id"),(0,r.kt)("td",{parentName:"tr",align:null},"server id\uff0c\u8fa8\u8bc6\u96c6\u7fa4\u8282\u70b9\uff0c\u96c6\u7fa4\u5185\u4e0d\u91cd\u590d\u5373\u53ef")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"api"),(0,r.kt)("td",{parentName:"tr",align:null},"\u5f53\u524d\u670d\u52a1\u7684web\u63a5\u53e3\u53c2\u6570")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"secret_key"),(0,r.kt)("td",{parentName:"tr",align:null},"\u5168\u5c40AES\u52a0\u5bc6\u79d8\u94a5\uff0c\u5f71\u54cd\u767b\u5f55\u548c\u7528\u6237\u5bc6\u7801\u7b49\u7684\u5b58\u50a8\uff1b",(0,r.kt)("strong",{parentName:"td"},"\u751f\u4ea7\u73af\u5883\u5efa\u8bae\u914d\u7f6e\u8be5\u503c\u66ff\u6362\u6389\u7a0b\u5e8f\u9ed8\u8ba4\u503c\uff0c\u4e0d\u7136\u4f1a\u5b58\u5728\u5b89\u5168\u98ce\u9669"),"\uff1b\u683c\u5f0f\u662f32\u4f4d\u968f\u673a\u5b57\u7b26\u4e32")))),(0,r.kt)("h4",{id:"\u901a\u7528\u914d\u7f6eapi"},"\u901a\u7528\u914d\u7f6e.api"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"addr"),(0,r.kt)("td",{parentName:"tr",align:null},"\u8bbf\u95ee\u670d\u52a1\u5668\u65f6\u9700\u8981\u7684\u7f51\u7edc\u5730\u5740")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"port"),(0,r.kt)("td",{parentName:"tr",align:null},"\u5f53\u524d\u670d\u52a1\u7684web\u63a5\u53e3\u53c2\u6570")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"enable_https"),(0,r.kt)("td",{parentName:"tr",align:null},"\u662f\u5426\u5f00\u542fhttps\uff0c\u9ed8\u8ba4\u4e0d\u5f00\u542f")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"cert_file_path"),(0,r.kt)("td",{parentName:"tr",align:null},"https \u8bc1\u4e66\u8def\u5f84")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"key_file_path"),(0,r.kt)("td",{parentName:"tr",align:null},"https \u79c1\u94a5\u8def\u5f84")))),(0,r.kt)("h3",{id:"dms-\u914d\u7f6e"},"DMS \u914d\u7f6e"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"id"),(0,r.kt)("td",{parentName:"tr",align:null},"\u901a\u7528\u914d\u7f6e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"api"),(0,r.kt)("td",{parentName:"tr",align:null},"\u901a\u7528\u914d\u7f6e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"secret_key"),(0,r.kt)("td",{parentName:"tr",align:null},"\u901a\u7528\u914d\u7f6e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"service"),(0,r.kt)("td",{parentName:"tr",align:null},"\u670d\u52a1")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"cloudbeaver"),(0,r.kt)("td",{parentName:"tr",align:null},"SQL\u5de5\u4f5c\u53f0")))),(0,r.kt)("h4",{id:"dmsservicedatabase"},"DMS.service.database"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"host"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS \u540e\u7aef\u6570\u636e\u5e93\u5730\u5740")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"port"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS \u540e\u7aef\u6570\u636e\u5e93\u5730\u5740")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"username"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS \u540e\u7aef\u6570\u636e\u5e93\u7528\u6237")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"password"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS \u540e\u7aef\u6570\u636e\u5e93\u5bc6\u7801")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"database"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS \u540e\u7aef\u6570\u636e\u5e93 schema")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"debug"),(0,r.kt)("td",{parentName:"tr",align:null})))),(0,r.kt)("h4",{id:"dmsservicelog"},"DMS.service.log"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"level"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS\u65e5\u5fd7\u7ea7\u522b")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"path"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS\u65e5\u5fd7\u5b58\u5728\u8def\u5f84")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"max_size_mb"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS\u65e5\u5fd7\u6587\u4ef6\u5927\u5c0f")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"max_backup_number"),(0,r.kt)("td",{parentName:"tr",align:null},"DMS\u4fdd\u7559\u65e5\u5fd7\u6587\u4ef6\u6570")))),(0,r.kt)("h4",{id:"dmscloudbeaver"},"DMS.cloudbeaver"),(0,r.kt)("p",null,"SQL\u5de5\u4f5c\u53f0\u7684\u914d\u7f6e\uff0c\u914d\u7f6e\u5219\u4ee3\u8868\u5f00\u542fSQL\u5de5\u4f5c\u53f0\u3002"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"enable_https"),(0,r.kt)("td",{parentName:"tr",align:null},"\u662f\u5426\u662fhttps\u8fde\u63a5")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"host"),(0,r.kt)("td",{parentName:"tr",align:null},"cloudbeaver \u5730\u5740")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"port"),(0,r.kt)("td",{parentName:"tr",align:null},"cloudbeaver \u7aef\u53e3")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"admin_user"),(0,r.kt)("td",{parentName:"tr",align:null},"cloudbeaver \u8d85\u7ea7\u7ba1\u7406\u5458\u540d\u79f0")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"admin_password"),(0,r.kt)("td",{parentName:"tr",align:null},"cloudbeaver \u8d85\u7ea7\u7ba1\u7406\u5458\u5bc6\u7801")))),(0,r.kt)("h3",{id:"sqle-\u914d\u7f6e"},"SQLE \u914d\u7f6e"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"id"),(0,r.kt)("td",{parentName:"tr",align:null},"\u901a\u7528\u914d\u7f6e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"api"),(0,r.kt)("td",{parentName:"tr",align:null},"\u901a\u7528\u914d\u7f6e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"secret_key"),(0,r.kt)("td",{parentName:"tr",align:null},"\u901a\u7528\u914d\u7f6e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"service"),(0,r.kt)("td",{parentName:"tr",align:null},"\u670d\u52a1")))),(0,r.kt)("h4",{id:"sqleservice"},"SQLE.service"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"auto_migrate_table"),(0,r.kt)("td",{parentName:"tr",align:null},"\u81ea\u52a8\u521b\u5efa\u8868\u7ed3\u6784\uff0c\u521d\u59cb\u5316\u6570\u636e")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"debug_log"),(0,r.kt)("td",{parentName:"tr",align:null},"\u5f00\u542fdebug\u6a21\u5f0f\uff0c\u6253\u5370\u66f4\u591a\u65e5\u5fd7\uff0c\u4f1a\u6253\u5370\u4e1a\u52a1SQL\uff0c\u5f00\u53d1\u73af\u5883\u53ef\u5f00\u542f")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"log_path"),(0,r.kt)("td",{parentName:"tr",align:null},"\u65e5\u5fd7\u76ee\u5f55")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"log_max_size_mb"),(0,r.kt)("td",{parentName:"tr",align:null},"\u5355\u4e2a\u65e5\u5fd7\u6587\u4ef6\u6700\u5927\u5927\u5c0f\uff0c\u5355\u4f4dMB")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"log_max_backup_number"),(0,r.kt)("td",{parentName:"tr",align:null},"\u65e5\u5fd7\u6587\u4ef6\u6700\u5927\u5907\u4efd\u6570\u91cf")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"plugin_path"),(0,r.kt)("td",{parentName:"tr",align:null},"SQL\u5ba1\u6838\u63d2\u4ef6\u7684\u52a0\u8f7d\u5730\u5740")))),(0,r.kt)("h4",{id:"sqleservicedatabase"},"SQLE.service.database"),(0,r.kt)("table",null,(0,r.kt)("thead",{parentName:"table"},(0,r.kt)("tr",{parentName:"thead"},(0,r.kt)("th",{parentName:"tr",align:null},"\u53c2\u6570"),(0,r.kt)("th",{parentName:"tr",align:null},"\u8bf4\u660e"))),(0,r.kt)("tbody",{parentName:"table"},(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"mysql_host"),(0,r.kt)("td",{parentName:"tr",align:null},"SQLE\u5b58\u50a8\u5e93\u7684\u5730\u5740")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"mysql_port"),(0,r.kt)("td",{parentName:"tr",align:null},"SQLE\u5b58\u50a8\u5e93\u7684\u7aef\u53e3")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"mysql_user"),(0,r.kt)("td",{parentName:"tr",align:null},"SQLE\u5b58\u50a8\u5e93\u7684\u6570\u636e\u5e93\u7528\u6237")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"mysql_password"),(0,r.kt)("td",{parentName:"tr",align:null},"SQLE\u5b58\u50a8\u5e93\u7684\u6570\u636e\u5e93\u5bc6\u7801")),(0,r.kt)("tr",{parentName:"tbody"},(0,r.kt)("td",{parentName:"tr",align:null},"mysql_schema"),(0,r.kt)("td",{parentName:"tr",align:null},"SQLE\u5b58\u50a8\u5e93\u7684\u6570\u636e\u5e93 schema")))),(0,r.kt)("p",null,"\u6570\u636e\u5e93\u63d2\u4ef6\u914d\u7f6e\u8bf7\u53c2\u8003\uff1a",(0,r.kt)("a",{parentName:"p",href:"/sqle-docs/docs/dev-manual/plugins/howtouse"},"\u5982\u4f55\u914d\u7f6e\u6570\u636e\u5e93\u5ba1\u6838\u63d2\u4ef6")))}u.isMDXComponent=!0}}]); \ No newline at end of file diff --git a/assets/js/runtime~main.87f7b56c.js b/assets/js/runtime~main.13029f4d.js similarity index 98% rename from assets/js/runtime~main.87f7b56c.js rename to assets/js/runtime~main.13029f4d.js index ce454ff7..66532b62 100644 --- a/assets/js/runtime~main.87f7b56c.js +++ b/assets/js/runtime~main.13029f4d.js @@ -1 +1 @@ -(()=>{"use strict";var e,c,d,a,f,b={},t={};function r(e){var c=t[e];if(void 0!==c)return c.exports;var d=t[e]={id:e,loaded:!1,exports:{}};return b[e].call(d.exports,d,d.exports,r),d.loaded=!0,d.exports}r.m=b,r.c=t,e=[],r.O=(c,d,a,f)=>{if(!d){var b=1/0;for(i=0;i=f)&&Object.keys(r.O).every((e=>r.O[e](d[o])))?d.splice(o--,1):(t=!1,f0&&e[i-1][2]>f;i--)e[i]=e[i-1];e[i]=[d,a,f]},r.n=e=>{var c=e&&e.__esModule?()=>e.default:()=>e;return r.d(c,{a:c}),c},d=Object.getPrototypeOf?e=>Object.getPrototypeOf(e):e=>e.__proto__,r.t=function(e,a){if(1&a&&(e=this(e)),8&a)return e;if("object"==typeof e&&e){if(4&a&&e.__esModule)return e;if(16&a&&"function"==typeof e.then)return e}var f=Object.create(null);r.r(f);var b={};c=c||[null,d({}),d([]),d(d)];for(var t=2&a&&e;"object"==typeof t&&!~c.indexOf(t);t=d(t))Object.getOwnPropertyNames(t).forEach((c=>b[c]=()=>e[c]));return b.default=()=>e,r.d(f,b),f},r.d=(e,c)=>{for(var d in c)r.o(c,d)&&!r.o(e,d)&&Object.defineProperty(e,d,{enumerable:!0,get:c[d]})},r.f={},r.e=e=>Promise.all(Object.keys(r.f).reduce(((c,d)=>(r.f[d](e,c),c)),[])),r.u=e=>"assets/js/"+({53:"935f2afb",125:"7f1bbce8",150:"75c63229",203:"01d09168",238:"ba4b70c6",258:"39a60e89",269:"a1c7e5e9",287:"d8c191fb",374:"e36cd5bd",411:"cbc434de",555:"642bfdc0",570:"2325fbab",611:"72e02e69",634:"ef0f38b4",639:"bec63ed4",685:"2bd126e0",791:"e664c7ae",805:"fda8954d",806:"09f34579",1003:"19e0803c",1005:"249f7d1b",1190:"b9ae17d7",1391:"02c90ec4",1530:"f02fac34",1566:"0280f80a",1693:"33ad9be9",1867:"dd6b5b85",2026:"3b566c5e",2082:"86820dd7",2234:"e6bffb5f",2395:"fbc01eff",2443:"524f0400",2564:"1505bef6",2595:"b1c5bb80",2608:"3d86b39a",2685:"9d5f5645",2781:"114c1ff0",2805:"4bc52cc2",2829:"3e324e54",2851:"91ed4a47",3022:"2d8e184c",3043:"a9fc8a51",3085:"1f391b9e",3237:"1df93b7f",3277:"8310fe8a",3296:"a71e30d2",3506:"6017ddd6",3528:"2e058920",3574:"40e013e2",3707:"cac012ec",3745:"5f5f0e81",3873:"e27cd41e",3979:"996e247a",4023:"b665e48e",4090:"2f44db8a",4122:"69aad86d",4187:"7570e0f0",4321:"f3a25e2d",4405:"183c7aa1",4462:"5b2d17d4",4663:"9d69580c",4664:"dfc44cf0",4701:"f2e73173",4748:"adc46ca9",4753:"e6a5c99d",4806:"cb7518d4",5098:"caf71071",5105:"05d7652c",5131:"75dae98d",5194:"ded4d786",5336:"3a09a690",5421:"346700ec",5426:"c50f615e",5427:"1c5076b2",5606:"288bea33",5635:"6f205e26",5795:"cd76f017",5811:"7cb84b9a",5883:"cdbed8c2",5962:"47c91765",5989:"82d13ca9",6015:"7f697b4f",6023:"fb3f0baf",6076:"e2f22478",6140:"c076d76c",6143:"9f9041d4",6515:"6508b26c",6540:"a8e97085",6630:"a2548957",6660:"dec7d928",6785:"ec7ec2c8",6799:"d241ea8a",6918:"6044f636",6963:"7d79a1d2",7033:"e831274c",7039:"a122856d",7225:"00b1e56a",7264:"2f54af3f",7281:"7eb65a46",7407:"b0c5a65d",7414:"393be207",7571:"f842788a",7622:"b47ecf00",7843:"597ed821",7918:"17896441",7920:"1a4e3797",7927:"264f5faa",7945:"dc1cb979",8102:"20b46364",8119:"81e444cd",8121:"846accde",8142:"646478a3",8157:"28125733",8271:"52660e4f",8294:"79c4cf48",8407:"77a4f982",8420:"5f86214a",8508:"a26b9836",8528:"5836c0c9",8538:"7dcde5ea",8599:"4179ad40",8686:"1bbd07b0",8690:"1185ed00",8703:"4f79a043",8756:"a8bb5334",8862:"fc4b6217",8924:"788e20e1",8952:"b47fb6cd",9031:"0ecef8a4",9093:"3628edc3",9145:"6757540d",9149:"d0ae6baa",9298:"d544b3ed",9346:"1c0d99bd",9514:"1be78505",9567:"a403ac1f",9671:"0e384e19",9687:"8fb2801c",9751:"9ff17efe",9956:"24a44ceb",9975:"d1255c8f",9988:"dc6ee667"}[e]||e)+"."+{53:"6db62b48",125:"7bc92f7b",150:"2e48f9c2",203:"53bec4c2",238:"23c85b61",258:"1fd338b4",269:"7d2436e8",272:"0c8139c9",287:"5e3f9a83",374:"2cac8adf",411:"ec9c5d59",555:"6b931bab",570:"df03055c",611:"b69c55c2",634:"5e95eb97",639:"5831f1bb",685:"5d1bc745",791:"917316aa",805:"9b8e8e23",806:"69597161",1003:"a518ec91",1005:"bfaca34b",1190:"4e6c8518",1391:"d9c6df55",1426:"e633d866",1530:"7617e241",1566:"d62c5863",1693:"5138d849",1867:"cd6f2270",2026:"82056781",2082:"50d48211",2234:"f0f9d3bd",2395:"071e4c5a",2443:"248d5b57",2564:"a1d33a68",2595:"44884795",2608:"47bd9c28",2685:"381900ed",2781:"7418ae2d",2805:"66d186bf",2829:"9154dbf7",2851:"2096d5d0",3022:"a416db0f",3043:"758edc12",3085:"61ef836c",3237:"19e5ecaf",3277:"db27f138",3296:"a16fc120",3506:"614e05a4",3528:"827d28ab",3574:"aeaf8db3",3707:"69a2467e",3745:"c134d7d8",3873:"f9910208",3979:"0b41cc67",4023:"a6d25452",4090:"9a60307c",4122:"efe87db8",4187:"d79ef4f7",4321:"70b5ab93",4405:"5212f9f3",4462:"4a72f3bd",4663:"323fdbe6",4664:"05cab70c",4701:"24d60c94",4748:"d17d264f",4753:"f68ae029",4806:"92a18fce",4972:"cb5faa2f",5098:"c644b414",5105:"7b50af05",5131:"7bfd6e72",5194:"88fc3908",5336:"3b989522",5421:"679df7ac",5426:"c0892485",5427:"de7e03a6",5606:"1eaf0601",5635:"e84472d3",5795:"c5cd2d5a",5811:"ebc49c80",5883:"3a2160c3",5962:"bbc1d47d",5989:"8c08b580",6015:"61b99e31",6023:"477e3706",6076:"942712ab",6140:"27ec13b6",6143:"58b80cc6",6515:"a006b132",6540:"1b547c27",6630:"9b72d91b",6660:"9365247c",6785:"28a223b6",6799:"ec3bb833",6918:"e6dec94c",6945:"726379f6",6963:"603d9dad",7033:"1c79eb9e",7039:"18122d90",7225:"34511f5f",7264:"99045ee8",7281:"5bc5a1e5",7407:"42e15a94",7414:"870f066f",7571:"5cb6fa06",7622:"ed5735e7",7843:"d75a8704",7918:"94ca8eeb",7920:"75ed752d",7927:"0001ad51",7945:"dfafcc47",8102:"e541efe2",8119:"feb0c687",8121:"1800bdbd",8142:"1df13702",8157:"94d2dbd7",8271:"9a20f507",8294:"620e3e1a",8407:"93d3652b",8420:"7eb358a5",8508:"e887799c",8528:"e53f79bf",8538:"bbd0b0aa",8599:"e2c2a153",8686:"67308561",8690:"7b344a86",8703:"176e8f23",8756:"ef93c7d9",8862:"a59ee3cb",8894:"a085d5f5",8924:"1a236ba1",8952:"d14e5e68",9031:"7773d7da",9093:"02837956",9145:"dc45f0f8",9149:"366483e8",9298:"7c3c1fbb",9346:"5ea82aa8",9514:"b9852c96",9567:"87c18998",9671:"8f83e3a6",9687:"fd8667d5",9751:"81906a7f",9956:"5e4950c1",9975:"563e50cf",9988:"a791fea8"}[e]+".js",r.miniCssF=e=>{},r.g=function(){if("object"==typeof globalThis)return globalThis;try{return this||new Function("return this")()}catch(e){if("object"==typeof window)return window}}(),r.o=(e,c)=>Object.prototype.hasOwnProperty.call(e,c),a={},f="sqle-docs:",r.l=(e,c,d,b)=>{if(a[e])a[e].push(c);else{var t,o;if(void 0!==d)for(var n=document.getElementsByTagName("script"),i=0;i{t.onerror=t.onload=null,clearTimeout(s);var f=a[e];if(delete a[e],t.parentNode&&t.parentNode.removeChild(t),f&&f.forEach((e=>e(d))),c)return c(d)},s=setTimeout(u.bind(null,void 0,{type:"timeout",target:t}),12e4);t.onerror=u.bind(null,t.onerror),t.onload=u.bind(null,t.onload),o&&document.head.appendChild(t)}},r.r=e=>{"undefined"!=typeof Symbol&&Symbol.toStringTag&&Object.defineProperty(e,Symbol.toStringTag,{value:"Module"}),Object.defineProperty(e,"__esModule",{value:!0})},r.p="/sqle-docs/",r.gca=function(e){return e={17896441:"7918",28125733:"8157","935f2afb":"53","7f1bbce8":"125","75c63229":"150","01d09168":"203",ba4b70c6:"238","39a60e89":"258",a1c7e5e9:"269",d8c191fb:"287",e36cd5bd:"374",cbc434de:"411","642bfdc0":"555","2325fbab":"570","72e02e69":"611",ef0f38b4:"634",bec63ed4:"639","2bd126e0":"685",e664c7ae:"791",fda8954d:"805","09f34579":"806","19e0803c":"1003","249f7d1b":"1005",b9ae17d7:"1190","02c90ec4":"1391",f02fac34:"1530","0280f80a":"1566","33ad9be9":"1693",dd6b5b85:"1867","3b566c5e":"2026","86820dd7":"2082",e6bffb5f:"2234",fbc01eff:"2395","524f0400":"2443","1505bef6":"2564",b1c5bb80:"2595","3d86b39a":"2608","9d5f5645":"2685","114c1ff0":"2781","4bc52cc2":"2805","3e324e54":"2829","91ed4a47":"2851","2d8e184c":"3022",a9fc8a51:"3043","1f391b9e":"3085","1df93b7f":"3237","8310fe8a":"3277",a71e30d2:"3296","6017ddd6":"3506","2e058920":"3528","40e013e2":"3574",cac012ec:"3707","5f5f0e81":"3745",e27cd41e:"3873","996e247a":"3979",b665e48e:"4023","2f44db8a":"4090","69aad86d":"4122","7570e0f0":"4187",f3a25e2d:"4321","183c7aa1":"4405","5b2d17d4":"4462","9d69580c":"4663",dfc44cf0:"4664",f2e73173:"4701",adc46ca9:"4748",e6a5c99d:"4753",cb7518d4:"4806",caf71071:"5098","05d7652c":"5105","75dae98d":"5131",ded4d786:"5194","3a09a690":"5336","346700ec":"5421",c50f615e:"5426","1c5076b2":"5427","288bea33":"5606","6f205e26":"5635",cd76f017:"5795","7cb84b9a":"5811",cdbed8c2:"5883","47c91765":"5962","82d13ca9":"5989","7f697b4f":"6015",fb3f0baf:"6023",e2f22478:"6076",c076d76c:"6140","9f9041d4":"6143","6508b26c":"6515",a8e97085:"6540",a2548957:"6630",dec7d928:"6660",ec7ec2c8:"6785",d241ea8a:"6799","6044f636":"6918","7d79a1d2":"6963",e831274c:"7033",a122856d:"7039","00b1e56a":"7225","2f54af3f":"7264","7eb65a46":"7281",b0c5a65d:"7407","393be207":"7414",f842788a:"7571",b47ecf00:"7622","597ed821":"7843","1a4e3797":"7920","264f5faa":"7927",dc1cb979:"7945","20b46364":"8102","81e444cd":"8119","846accde":"8121","646478a3":"8142","52660e4f":"8271","79c4cf48":"8294","77a4f982":"8407","5f86214a":"8420",a26b9836:"8508","5836c0c9":"8528","7dcde5ea":"8538","4179ad40":"8599","1bbd07b0":"8686","1185ed00":"8690","4f79a043":"8703",a8bb5334:"8756",fc4b6217:"8862","788e20e1":"8924",b47fb6cd:"8952","0ecef8a4":"9031","3628edc3":"9093","6757540d":"9145",d0ae6baa:"9149",d544b3ed:"9298","1c0d99bd":"9346","1be78505":"9514",a403ac1f:"9567","0e384e19":"9671","8fb2801c":"9687","9ff17efe":"9751","24a44ceb":"9956",d1255c8f:"9975",dc6ee667:"9988"}[e]||e,r.p+r.u(e)},(()=>{var e={1303:0,532:0};r.f.j=(c,d)=>{var a=r.o(e,c)?e[c]:void 0;if(0!==a)if(a)d.push(a[2]);else if(/^(1303|532)$/.test(c))e[c]=0;else{var f=new Promise(((d,f)=>a=e[c]=[d,f]));d.push(a[2]=f);var b=r.p+r.u(c),t=new Error;r.l(b,(d=>{if(r.o(e,c)&&(0!==(a=e[c])&&(e[c]=void 0),a)){var f=d&&("load"===d.type?"missing":d.type),b=d&&d.target&&d.target.src;t.message="Loading chunk "+c+" failed.\n("+f+": "+b+")",t.name="ChunkLoadError",t.type=f,t.request=b,a[1](t)}}),"chunk-"+c,c)}},r.O.j=c=>0===e[c];var c=(c,d)=>{var a,f,b=d[0],t=d[1],o=d[2],n=0;if(b.some((c=>0!==e[c]))){for(a in t)r.o(t,a)&&(r.m[a]=t[a]);if(o)var i=o(r)}for(c&&c(d);n{"use strict";var e,c,d,a,f,b={},t={};function r(e){var c=t[e];if(void 0!==c)return c.exports;var d=t[e]={id:e,loaded:!1,exports:{}};return b[e].call(d.exports,d,d.exports,r),d.loaded=!0,d.exports}r.m=b,r.c=t,e=[],r.O=(c,d,a,f)=>{if(!d){var b=1/0;for(i=0;i=f)&&Object.keys(r.O).every((e=>r.O[e](d[o])))?d.splice(o--,1):(t=!1,f0&&e[i-1][2]>f;i--)e[i]=e[i-1];e[i]=[d,a,f]},r.n=e=>{var c=e&&e.__esModule?()=>e.default:()=>e;return r.d(c,{a:c}),c},d=Object.getPrototypeOf?e=>Object.getPrototypeOf(e):e=>e.__proto__,r.t=function(e,a){if(1&a&&(e=this(e)),8&a)return e;if("object"==typeof e&&e){if(4&a&&e.__esModule)return e;if(16&a&&"function"==typeof e.then)return e}var f=Object.create(null);r.r(f);var b={};c=c||[null,d({}),d([]),d(d)];for(var t=2&a&&e;"object"==typeof t&&!~c.indexOf(t);t=d(t))Object.getOwnPropertyNames(t).forEach((c=>b[c]=()=>e[c]));return b.default=()=>e,r.d(f,b),f},r.d=(e,c)=>{for(var d in c)r.o(c,d)&&!r.o(e,d)&&Object.defineProperty(e,d,{enumerable:!0,get:c[d]})},r.f={},r.e=e=>Promise.all(Object.keys(r.f).reduce(((c,d)=>(r.f[d](e,c),c)),[])),r.u=e=>"assets/js/"+({53:"935f2afb",125:"7f1bbce8",150:"75c63229",203:"01d09168",238:"ba4b70c6",258:"39a60e89",269:"a1c7e5e9",287:"d8c191fb",374:"e36cd5bd",411:"cbc434de",555:"642bfdc0",570:"2325fbab",611:"72e02e69",634:"ef0f38b4",639:"bec63ed4",685:"2bd126e0",791:"e664c7ae",805:"fda8954d",806:"09f34579",1003:"19e0803c",1005:"249f7d1b",1190:"b9ae17d7",1391:"02c90ec4",1530:"f02fac34",1566:"0280f80a",1693:"33ad9be9",1867:"dd6b5b85",2026:"3b566c5e",2082:"86820dd7",2234:"e6bffb5f",2395:"fbc01eff",2443:"524f0400",2564:"1505bef6",2595:"b1c5bb80",2608:"3d86b39a",2685:"9d5f5645",2781:"114c1ff0",2805:"4bc52cc2",2829:"3e324e54",2851:"91ed4a47",3022:"2d8e184c",3043:"a9fc8a51",3085:"1f391b9e",3237:"1df93b7f",3277:"8310fe8a",3296:"a71e30d2",3506:"6017ddd6",3528:"2e058920",3574:"40e013e2",3707:"cac012ec",3745:"5f5f0e81",3873:"e27cd41e",3979:"996e247a",4023:"b665e48e",4090:"2f44db8a",4122:"69aad86d",4187:"7570e0f0",4321:"f3a25e2d",4405:"183c7aa1",4462:"5b2d17d4",4663:"9d69580c",4664:"dfc44cf0",4701:"f2e73173",4748:"adc46ca9",4753:"e6a5c99d",4806:"cb7518d4",5098:"caf71071",5105:"05d7652c",5131:"75dae98d",5194:"ded4d786",5336:"3a09a690",5421:"346700ec",5426:"c50f615e",5427:"1c5076b2",5606:"288bea33",5635:"6f205e26",5795:"cd76f017",5811:"7cb84b9a",5883:"cdbed8c2",5962:"47c91765",5989:"82d13ca9",6015:"7f697b4f",6023:"fb3f0baf",6076:"e2f22478",6140:"c076d76c",6143:"9f9041d4",6515:"6508b26c",6540:"a8e97085",6630:"a2548957",6660:"dec7d928",6785:"ec7ec2c8",6799:"d241ea8a",6918:"6044f636",6963:"7d79a1d2",7033:"e831274c",7039:"a122856d",7225:"00b1e56a",7264:"2f54af3f",7281:"7eb65a46",7407:"b0c5a65d",7414:"393be207",7571:"f842788a",7622:"b47ecf00",7843:"597ed821",7918:"17896441",7920:"1a4e3797",7927:"264f5faa",7945:"dc1cb979",8102:"20b46364",8119:"81e444cd",8121:"846accde",8142:"646478a3",8157:"28125733",8271:"52660e4f",8294:"79c4cf48",8407:"77a4f982",8420:"5f86214a",8508:"a26b9836",8528:"5836c0c9",8538:"7dcde5ea",8599:"4179ad40",8686:"1bbd07b0",8690:"1185ed00",8703:"4f79a043",8756:"a8bb5334",8862:"fc4b6217",8924:"788e20e1",8952:"b47fb6cd",9031:"0ecef8a4",9093:"3628edc3",9145:"6757540d",9149:"d0ae6baa",9298:"d544b3ed",9346:"1c0d99bd",9514:"1be78505",9567:"a403ac1f",9671:"0e384e19",9687:"8fb2801c",9751:"9ff17efe",9956:"24a44ceb",9975:"d1255c8f",9988:"dc6ee667"}[e]||e)+"."+{53:"6db62b48",125:"7bc92f7b",150:"2e48f9c2",203:"53bec4c2",238:"23c85b61",258:"1fd338b4",269:"7d2436e8",272:"0c8139c9",287:"5e3f9a83",374:"2cac8adf",411:"86356c1d",555:"6b931bab",570:"df03055c",611:"b69c55c2",634:"5e95eb97",639:"5831f1bb",685:"5d1bc745",791:"917316aa",805:"9b8e8e23",806:"69597161",1003:"a518ec91",1005:"821d2db0",1190:"4e6c8518",1391:"d9c6df55",1426:"e633d866",1530:"7617e241",1566:"d62c5863",1693:"5138d849",1867:"cd6f2270",2026:"82056781",2082:"50d48211",2234:"f0f9d3bd",2395:"071e4c5a",2443:"248d5b57",2564:"a1d33a68",2595:"44884795",2608:"47bd9c28",2685:"381900ed",2781:"7418ae2d",2805:"66d186bf",2829:"9154dbf7",2851:"2096d5d0",3022:"a416db0f",3043:"758edc12",3085:"61ef836c",3237:"19e5ecaf",3277:"db27f138",3296:"a16fc120",3506:"614e05a4",3528:"827d28ab",3574:"aeaf8db3",3707:"69a2467e",3745:"c134d7d8",3873:"f9910208",3979:"0b41cc67",4023:"a6d25452",4090:"9a60307c",4122:"efe87db8",4187:"d79ef4f7",4321:"70b5ab93",4405:"5212f9f3",4462:"4a72f3bd",4663:"323fdbe6",4664:"05cab70c",4701:"24d60c94",4748:"d17d264f",4753:"f68ae029",4806:"92a18fce",4972:"cb5faa2f",5098:"c644b414",5105:"7b50af05",5131:"7bfd6e72",5194:"88fc3908",5336:"3b989522",5421:"679df7ac",5426:"c0892485",5427:"de7e03a6",5606:"1eaf0601",5635:"e84472d3",5795:"c5cd2d5a",5811:"ebc49c80",5883:"3a2160c3",5962:"bbc1d47d",5989:"8c08b580",6015:"61b99e31",6023:"477e3706",6076:"942712ab",6140:"27ec13b6",6143:"58b80cc6",6515:"a006b132",6540:"1b547c27",6630:"9b72d91b",6660:"9365247c",6785:"28a223b6",6799:"ec3bb833",6918:"e6dec94c",6945:"726379f6",6963:"603d9dad",7033:"1c79eb9e",7039:"18122d90",7225:"34511f5f",7264:"99045ee8",7281:"5bc5a1e5",7407:"42e15a94",7414:"870f066f",7571:"5cb6fa06",7622:"ed5735e7",7843:"432f44a3",7918:"94ca8eeb",7920:"75ed752d",7927:"0001ad51",7945:"dfafcc47",8102:"e541efe2",8119:"feb0c687",8121:"1800bdbd",8142:"1df13702",8157:"94d2dbd7",8271:"9a20f507",8294:"620e3e1a",8407:"93d3652b",8420:"7eb358a5",8508:"e887799c",8528:"e53f79bf",8538:"bbd0b0aa",8599:"e2c2a153",8686:"67308561",8690:"7b344a86",8703:"176e8f23",8756:"ef93c7d9",8862:"a59ee3cb",8894:"a085d5f5",8924:"1a236ba1",8952:"d14e5e68",9031:"7773d7da",9093:"02837956",9145:"dc45f0f8",9149:"366483e8",9298:"7c3c1fbb",9346:"5ea82aa8",9514:"b9852c96",9567:"87c18998",9671:"8f83e3a6",9687:"fd8667d5",9751:"81906a7f",9956:"5e4950c1",9975:"563e50cf",9988:"a791fea8"}[e]+".js",r.miniCssF=e=>{},r.g=function(){if("object"==typeof globalThis)return globalThis;try{return this||new Function("return this")()}catch(e){if("object"==typeof window)return window}}(),r.o=(e,c)=>Object.prototype.hasOwnProperty.call(e,c),a={},f="sqle-docs:",r.l=(e,c,d,b)=>{if(a[e])a[e].push(c);else{var t,o;if(void 0!==d)for(var n=document.getElementsByTagName("script"),i=0;i{t.onerror=t.onload=null,clearTimeout(s);var f=a[e];if(delete a[e],t.parentNode&&t.parentNode.removeChild(t),f&&f.forEach((e=>e(d))),c)return c(d)},s=setTimeout(u.bind(null,void 0,{type:"timeout",target:t}),12e4);t.onerror=u.bind(null,t.onerror),t.onload=u.bind(null,t.onload),o&&document.head.appendChild(t)}},r.r=e=>{"undefined"!=typeof Symbol&&Symbol.toStringTag&&Object.defineProperty(e,Symbol.toStringTag,{value:"Module"}),Object.defineProperty(e,"__esModule",{value:!0})},r.p="/sqle-docs/",r.gca=function(e){return e={17896441:"7918",28125733:"8157","935f2afb":"53","7f1bbce8":"125","75c63229":"150","01d09168":"203",ba4b70c6:"238","39a60e89":"258",a1c7e5e9:"269",d8c191fb:"287",e36cd5bd:"374",cbc434de:"411","642bfdc0":"555","2325fbab":"570","72e02e69":"611",ef0f38b4:"634",bec63ed4:"639","2bd126e0":"685",e664c7ae:"791",fda8954d:"805","09f34579":"806","19e0803c":"1003","249f7d1b":"1005",b9ae17d7:"1190","02c90ec4":"1391",f02fac34:"1530","0280f80a":"1566","33ad9be9":"1693",dd6b5b85:"1867","3b566c5e":"2026","86820dd7":"2082",e6bffb5f:"2234",fbc01eff:"2395","524f0400":"2443","1505bef6":"2564",b1c5bb80:"2595","3d86b39a":"2608","9d5f5645":"2685","114c1ff0":"2781","4bc52cc2":"2805","3e324e54":"2829","91ed4a47":"2851","2d8e184c":"3022",a9fc8a51:"3043","1f391b9e":"3085","1df93b7f":"3237","8310fe8a":"3277",a71e30d2:"3296","6017ddd6":"3506","2e058920":"3528","40e013e2":"3574",cac012ec:"3707","5f5f0e81":"3745",e27cd41e:"3873","996e247a":"3979",b665e48e:"4023","2f44db8a":"4090","69aad86d":"4122","7570e0f0":"4187",f3a25e2d:"4321","183c7aa1":"4405","5b2d17d4":"4462","9d69580c":"4663",dfc44cf0:"4664",f2e73173:"4701",adc46ca9:"4748",e6a5c99d:"4753",cb7518d4:"4806",caf71071:"5098","05d7652c":"5105","75dae98d":"5131",ded4d786:"5194","3a09a690":"5336","346700ec":"5421",c50f615e:"5426","1c5076b2":"5427","288bea33":"5606","6f205e26":"5635",cd76f017:"5795","7cb84b9a":"5811",cdbed8c2:"5883","47c91765":"5962","82d13ca9":"5989","7f697b4f":"6015",fb3f0baf:"6023",e2f22478:"6076",c076d76c:"6140","9f9041d4":"6143","6508b26c":"6515",a8e97085:"6540",a2548957:"6630",dec7d928:"6660",ec7ec2c8:"6785",d241ea8a:"6799","6044f636":"6918","7d79a1d2":"6963",e831274c:"7033",a122856d:"7039","00b1e56a":"7225","2f54af3f":"7264","7eb65a46":"7281",b0c5a65d:"7407","393be207":"7414",f842788a:"7571",b47ecf00:"7622","597ed821":"7843","1a4e3797":"7920","264f5faa":"7927",dc1cb979:"7945","20b46364":"8102","81e444cd":"8119","846accde":"8121","646478a3":"8142","52660e4f":"8271","79c4cf48":"8294","77a4f982":"8407","5f86214a":"8420",a26b9836:"8508","5836c0c9":"8528","7dcde5ea":"8538","4179ad40":"8599","1bbd07b0":"8686","1185ed00":"8690","4f79a043":"8703",a8bb5334:"8756",fc4b6217:"8862","788e20e1":"8924",b47fb6cd:"8952","0ecef8a4":"9031","3628edc3":"9093","6757540d":"9145",d0ae6baa:"9149",d544b3ed:"9298","1c0d99bd":"9346","1be78505":"9514",a403ac1f:"9567","0e384e19":"9671","8fb2801c":"9687","9ff17efe":"9751","24a44ceb":"9956",d1255c8f:"9975",dc6ee667:"9988"}[e]||e,r.p+r.u(e)},(()=>{var e={1303:0,532:0};r.f.j=(c,d)=>{var a=r.o(e,c)?e[c]:void 0;if(0!==a)if(a)d.push(a[2]);else if(/^(1303|532)$/.test(c))e[c]=0;else{var f=new Promise(((d,f)=>a=e[c]=[d,f]));d.push(a[2]=f);var b=r.p+r.u(c),t=new Error;r.l(b,(d=>{if(r.o(e,c)&&(0!==(a=e[c])&&(e[c]=void 0),a)){var f=d&&("load"===d.type?"missing":d.type),b=d&&d.target&&d.target.src;t.message="Loading chunk "+c+" failed.\n("+f+": "+b+")",t.name="ChunkLoadError",t.type=f,t.request=b,a[1](t)}}),"chunk-"+c,c)}},r.O.j=c=>0===e[c];var c=(c,d)=>{var a,f,b=d[0],t=d[1],o=d[2],n=0;if(b.some((c=>0!==e[c]))){for(a in t)r.o(t,a)&&(r.m[a]=t[a]);if(o)var i=o(r)}for(c&&c(d);n FAQ | SQLE 文档 - +
版本：v3

FAQ

本章将针对使用过程中的常见问题进行解答。

- + \ No newline at end of file diff --git a/docs/FAQ/whichdatabase/index.html b/docs/FAQ/whichdatabase/index.html index b31f7a56..57a905d5 100644 --- a/docs/FAQ/whichdatabase/index.html +++ b/docs/FAQ/whichdatabase/index.html @@ -4,13 +4,13 @@ 支持哪些数据库 | SQLE 文档 - +
版本：v3

支持的数据库及版本

数据库类型验证可用的版本
MySQL5.7.25 、8.0.33
PostgreSQL9.3 – 13
Oracle11.2、12.1、12.2
SQL server2008、2012、2016
DB211.5
TiDB4.0.8
OceanBase For MySQL3.5
达梦V8
提示

当前版本为SQLE验证确认可用的版本，若需要使用其他版本，需自行验证

- + \ No newline at end of file diff --git a/docs/SUMMARY/index.html b/docs/SUMMARY/index.html index 65060582..5711bf9d 100644 --- a/docs/SUMMARY/index.html +++ b/docs/SUMMARY/index.html @@ -4,13 +4,13 @@ Summary | SQLE 文档 - +
- + \ No newline at end of file diff --git a/docs/deploy-manual/Docker/index.html b/docs/deploy-manual/Docker/index.html index f37c3ed4..9cb80690 100644 --- a/docs/deploy-manual/Docker/index.html +++ b/docs/deploy-manual/Docker/index.html @@ -4,13 +4,13 @@ Docker部署 | SQLE 文档 - +
版本：v3

Docker部署

Docker hub 地址​

actiontech/sqle-ce

Docker 参考命令​

docker run -d -it \
--name sqle-server \
-p 10000:10000 \
-p 10001:10001 \
-e MYSQL_HOST="10.10.10.10" \
-e MYSQL_PORT=3306 \
-e MYSQL_USER="root" \
-e MYSQL_PASSWORD="123456" \
-e MYSQL_DMS_SCHEMA="dms" \
-e MYSQL_SQLE_SCHEMA="sqle" \
actiontech/sqle-ce:latest

参数说明​

使用环境变量传递参数，这些指定的配置会映射到 sqled.yml 配置内，指定数据库的配置等。

变量说明
MYSQL_HOST数据库地址
MYSQL_PORT数据库端口
MYSQL_USER数据库用户
MYSQL_PASSWORD数据库密码
MYSQL_DMS_SCHEMASQLE 服务使用的指定的 schema
MYSQL_SQLE_SCHEMADMS服务使用的指定的 schema
DEBUG是否输出 debug 日志，默认为false
AUTO_MIGRATE_TABLE是否自动创建表格和初始化数据，默认为true

注意点​

提示

使用 docker 命令运行容器需要提前准备 MySQL 服务并且创建对应的数据库 schema，创建数据库的SQL可参考：RPM 部署。

提示

如果 SQLE 容器启动失败可以使用docker logs sqle-server查看启用日志，其中sqle-server是容器名称。

- + \ No newline at end of file diff --git a/docs/deploy-manual/DockerCompose/index.html b/docs/deploy-manual/DockerCompose/index.html index 49aecf9e..7bc7655a 100644 --- a/docs/deploy-manual/DockerCompose/index.html +++ b/docs/deploy-manual/DockerCompose/index.html @@ -4,13 +4,13 @@ Docker Compose 部署 | SQLE 文档 - +
版本：v3

Docker Compose 部署

配置文件​

下载地址：docker-compose.yaml

下载地址：init

使用方法​

将 docker-compose.yaml 文件和init 文件夹下载到本地目录，并进入目录内，通过环境变量SQLE_IMAGE指定不同版本的 SQLE 镜像，默认是 latest

SQLE_IMAGE=actiontech/sqle-ce:latest docker-compose up -d
- + \ No newline at end of file diff --git a/docs/deploy-manual/config/index.html b/docs/deploy-manual/config/index.html index f1333a68..63f4cfe5 100644 --- a/docs/deploy-manual/config/index.html +++ b/docs/deploy-manual/config/index.html @@ -4,13 +4,13 @@ 配置文件说明 | SQLE 文档 - +
-
版本：v3

配置文件说明

提示

SQLE的配置文件采用yml的格式，默认情况下位于SQLE安装目录下，路径为./etc/config.yml

默认文件参考​

dms:
  id: 1
  api:
    addr: "0.0.0.0"
    port: 7601
    enable_https: false
    cert_file_path: './etc/cert.pem'
    key_file_path: './etc/key.pem'
  secret_key: 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'
  service:
    database:
      host: "127.0.0.1"
      port: 3306
      username: "root"
      password: "123456"
      database: "dms"
      debug: true
    log:
      level: DEBUG
      path: logs
      max_size_mb: 100
      max_backup_number: 10
  cloudbeaver:
    enable_https: false
    host: "127.0.0.1"
    port: 8978
    admin_user: "cbadmin"
    admin_password: "123456"
  database_driver_options:
    - db_type: MySQL
      logo_path: "/logo/mysql.png"
      params:  
    - db_type: Postgres
      logo_path: "/static/logo/pg.png"
      params:   
    - db_type: Oracle
      logo_path: "/static/logo/oracle.png"
      params: [
       {
        "key":"service_name",
        "value":"XE",
        "desc":"service name",
        "type":"string"
       },    
      ]   
sqle:
  id: 1
  dms_server_address: "http://127.0.0.1:10000"
  api:
    addr: "127.0.0.1"
    port: 10000
    enable_https: false
    cert_file_path: './etc/cert.pem'
    key_file_path: './etc/key.pem'
  secret_key: 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'
  service:
    auto_migrate_table: true
    debug_log: false
    log_path: './logs'
    log_max_size_mb: 1024
    log_max_backup_number: 2
    plugin_path: './plugins'
    database:
      mysql_host: '127.0.0.1'
      mysql_port: 3306
      mysql_user: 'root'
      mysql_password: '123456'
      mysql_schema: 'sqle'

配置说明​

通用配置​

参数说明
idserver id，辨识集群节点，集群内不重复即可
api当前服务的web接口参数
secret_key全局AES加密秘钥，影响登录和用户密码等的存储；生产环境建议配置该值替换掉程序默认值，不然会存在安全风险；格式是32位随机字符串

通用配置.api​

参数说明
addr访问服务器时需要的网络地址
port当前服务的web接口参数
enable_https是否开启https，默认不开启
cert_file_pathhttps 证书路径
key_file_pathhttps 私钥路径

DMS 配置​

参数说明
id通用配置
api通用配置
secret_key通用配置
service服务
cloudbeaverSQL工作台

DMS.service.database​

参数说明
hostDMS 后端数据库地址
portDMS 后端数据库地址
usernameDMS 后端数据库用户
passwordDMS 后端数据库密码
databaseDMS 后端数据库 schema
debug

DMS.service.log​

参数说明
levelDMS日志级别
pathDMS日志存在路径
max_size_mbDMS日志文件大小
max_backup_numberDMS保留日志文件数

DMS.cloudbeaver​

SQL工作台的配置，配置则代表开启SQL工作台。

参数说明
enable_https是否是https连接
hostcloudbeaver 地址
portcloudbeaver 端口
admin_usercloudbeaver 超级管理员名称
admin_passwordcloudbeaver 超级管理员密码

SQLE 配置​

参数说明
id通用配置
api通用配置
secret_key通用配置
service服务

SQLE.service​

参数说明
auto_migrate_table自动创建表结构，初始化数据
debug_log开启debug模式，打印更多日志，会打印业务SQL，开发环境可开启
log_path日志目录
log_max_size_mb单个日志文件最大大小，单位MB
log_max_backup_number日志文件最大备份数量
plugin_pathSQL审核插件的加载地址

SQLE.service.database​

参数说明
mysql_hostSQLE存储库的地址
mysql_portSQLE存储库的端口
mysql_userSQLE存储库的数据库用户
mysql_passwordSQLE存储库的数据库密码
mysql_schemaSQLE存储库的数据库 schema

数据库插件配置请参考：如何配置数据库审核插件

- +
版本：v3

配置文件说明

提示

SQLE的配置文件采用yml的格式，默认情况下位于SQLE安装目录下，路径为./etc/config.yml

默认文件参考​

dms:
  id: 1
  api:
    addr: "0.0.0.0"
    port: 10000
    enable_https: false
    cert_file_path: './etc/cert.pem'
    key_file_path: './etc/key.pem'
  secret_key: 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'
  service:
    database:
      host: "127.0.0.1"
      port: 3306
      username: "root"
      password: "123456"
      database: "dms"
      debug: true
    log:
      level: DEBUG
      path: logs
      max_size_mb: 100
      max_backup_number: 10
  cloudbeaver:
    enable_https: false
    host: "127.0.0.1"
    port: 8978
    admin_user: "cbadmin"
    admin_password: "123456"
  database_driver_options:
    - db_type: MySQL
      logo_path: "/logo/mysql.png"
      params:  
    - db_type: Postgres
      logo_path: "/static/logo/pg.png"
      params:   
    - db_type: Oracle
      logo_path: "/static/logo/oracle.png"
      params: [
       {
        "key":"service_name",
        "value":"XE",
        "desc":"service name",
        "type":"string"
       },    
      ]   
sqle:
  id: 1
  dms_server_address: "http://127.0.0.1:10000"
  api:
    addr: "127.0.0.1"
    port: 10001
    enable_https: false
    cert_file_path: './etc/cert.pem'
    key_file_path: './etc/key.pem'
  secret_key: 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'
  service:
    auto_migrate_table: true
    debug_log: false
    log_path: './logs'
    log_max_size_mb: 1024
    log_max_backup_number: 2
    plugin_path: './plugins'
    database:
      mysql_host: '127.0.0.1'
      mysql_port: 3306
      mysql_user: 'root'
      mysql_password: '123456'
      mysql_schema: 'sqle'

配置说明​

通用配置​

参数说明
idserver id，辨识集群节点，集群内不重复即可
api当前服务的web接口参数
secret_key全局AES加密秘钥，影响登录和用户密码等的存储；生产环境建议配置该值替换掉程序默认值，不然会存在安全风险；格式是32位随机字符串

通用配置.api​

参数说明
addr访问服务器时需要的网络地址
port当前服务的web接口参数
enable_https是否开启https，默认不开启
cert_file_pathhttps 证书路径
key_file_pathhttps 私钥路径

DMS 配置​

参数说明
id通用配置
api通用配置
secret_key通用配置
service服务
cloudbeaverSQL工作台

DMS.service.database​

参数说明
hostDMS 后端数据库地址
portDMS 后端数据库地址
usernameDMS 后端数据库用户
passwordDMS 后端数据库密码
databaseDMS 后端数据库 schema
debug

DMS.service.log​

参数说明
levelDMS日志级别
pathDMS日志存在路径
max_size_mbDMS日志文件大小
max_backup_numberDMS保留日志文件数

DMS.cloudbeaver​

SQL工作台的配置，配置则代表开启SQL工作台。

参数说明
enable_https是否是https连接
hostcloudbeaver 地址
portcloudbeaver 端口
admin_usercloudbeaver 超级管理员名称
admin_passwordcloudbeaver 超级管理员密码

SQLE 配置​

参数说明
id通用配置
api通用配置
secret_key通用配置
service服务

SQLE.service​

参数说明
auto_migrate_table自动创建表结构，初始化数据
debug_log开启debug模式，打印更多日志，会打印业务SQL，开发环境可开启
log_path日志目录
log_max_size_mb单个日志文件最大大小，单位MB
log_max_backup_number日志文件最大备份数量
plugin_pathSQL审核插件的加载地址

SQLE.service.database​

参数说明
mysql_hostSQLE存储库的地址
mysql_portSQLE存储库的端口
mysql_userSQLE存储库的数据库用户
mysql_passwordSQLE存储库的数据库密码
mysql_schemaSQLE存储库的数据库 schema

数据库插件配置请参考：如何配置数据库审核插件

+ \ No newline at end of file diff --git a/docs/deploy-manual/intro/index.html b/docs/deploy-manual/intro/index.html index 7ba2601a..38f01921 100644 --- a/docs/deploy-manual/intro/index.html +++ b/docs/deploy-manual/intro/index.html @@ -4,13 +4,13 @@ 安装说明 | SQLE 文档 - +
-
版本：v3

安装说明

SQLE 提供了多种安装部署的方式，用户可以结合自己的环境和现状选择。初次体验或者测试使用的话建议使用docker-compose 或 docker 快速部署。

安装方式​

  1. 源码安装
  2. RPM 部署
  3. Docker 部署
  4. Docker Compsoe 部署

如何访问​

SQLE 对外提供 web 服务，在程序部署完成后，即可通过 SQLE UI 访问：http://127.0.0.1:7601, 地址和端口为配置文件内 dms.api 配置项。

提示

ps：ip 和端口请根据前面的配置自行替换，默认端口是7601。

初始用户​

  • 用户名：admin
  • 密码：admin
- +
版本：v3

安装说明

SQLE 提供了多种安装部署的方式，用户可以结合自己的环境和现状选择。初次体验或者测试使用的话建议使用docker-compose 或 docker 快速部署。

安装方式​

  1. 源码安装
  2. RPM 部署
  3. Docker 部署
  4. Docker Compsoe 部署

如何访问​

SQLE 对外提供 web 服务，在程序部署完成后，即可通过 SQLE UI 访问：http://127.0.0.1:10000, 地址和端口为配置文件内 dms.api 配置项。

提示

ps：ip 和端口请根据前面的配置自行替换，默认端口是10000。

初始用户​

  • 用户名：admin
  • 密码：admin
+ \ No newline at end of file diff --git a/docs/deploy-manual/rpm/index.html b/docs/deploy-manual/rpm/index.html index 3eb9304b..8af728fe 100644 --- a/docs/deploy-manual/rpm/index.html +++ b/docs/deploy-manual/rpm/index.html @@ -4,13 +4,13 @@ RPM 安装 | SQLE 文档 - +
-
版本：v3

RPM安装

环境准备​

  • CentOS 7
  • MySQL 5.7

下载安装包​

下载 SQLE 的 RPM 安装包，下载连接点击这里。

安装 SQLE​

执行 RPM 的安装命令：

rpm -ivh /path/to/sqle-ce-${version}.qa.el7.x86_64.rpm --prefix=/opt/sqle

创建数据库​

准备一台 MySQL5.7 作为 SQLE 的后端存储数据库。执行下面命令创建 SQLE 需要的 schema：

CREATE DATABASE IF NOT EXISTS sqle default character set utf8mb4 collate utf8mb4_unicode_ci;
CREATE DATABASE IF NOT EXISTS dms default character set utf8mb4 collate utf8mb4_unicode_ci;
提示

创建好的 Schema 将在下面修改SQLE配置时使用到。

修改 SQLE 配置文件​

安装完 SQLE 后，需要根据实际情况修改SQLE的配置，参考：配置文件说明。SQLE安装完成后提供一个配置模版可直接修改。

cd /opt/sqle/etc
vim config.yml
提示

确保 config.yml 的文件 owner 为 actiontech-universe:actiontech

启动 SQLE​

SQLE 进程通过 Systemd 管理。在成功安装 RPM 后，执行启动命令：

cd /opt/sqle
chmod +x scripts/init_start.sh
./scripts/init_start.sh

启动失败问题诊断​

参考：https://github.com/actiontech/sqle/discussions/1239

- +
版本：v3

RPM安装

环境准备​

  • CentOS 7
  • MySQL 5.7

下载安装包​

下载 SQLE 的 RPM 安装包，下载连接点击这里。

安装 SQLE​

执行 RPM 的安装命令：

rpm -ivh /path/to/sqle-ce-${version}.qa.el7.x86_64.rpm --prefix=/opt/sqle

创建数据库​

准备一台 MySQL5.7 作为 SQLE 的后端存储数据库。执行下面命令创建 SQLE 需要的 schema：

CREATE DATABASE IF NOT EXISTS sqle default character set utf8mb4 collate utf8mb4_unicode_ci;
CREATE DATABASE IF NOT EXISTS dms default character set utf8mb4 collate utf8mb4_unicode_ci;
提示

创建好的 Schema 将在下面修改SQLE配置时使用到。

修改 SQLE 配置文件​

安装完 SQLE 后，需要根据实际情况修改SQLE的配置，参考：配置文件说明。SQLE安装完成后提供一个配置模版可直接修改。

cd /opt/sqle/etc
vim config.yml
提示

确保 config.yml 的文件 owner 为 actiontech-universe:actiontech

启动 SQLE​

SQLE 进程通过 Systemd 管理。在成功安装 RPM 后，执行启动命令：

cd /opt/sqle
chmod +x scripts/init_start.sh
./scripts/init_start.sh

访问SQLE​

SQLE 对外提供 web 服务，在程序部署完成后，即可通过 SQLE UI 访问：http://127.0.0.1:10000, 地址和端口为配置文件内 dms.api 配置项。

启动失败问题诊断​

参考：https://github.com/actiontech/sqle/discussions/1239

+ \ No newline at end of file diff --git a/docs/deploy-manual/source/index.html b/docs/deploy-manual/source/index.html index eb053e9f..3be27d72 100644 --- a/docs/deploy-manual/source/index.html +++ b/docs/deploy-manual/source/index.html @@ -4,13 +4,13 @@ 源码安装 | SQLE 文档 - +
版本：v3

源码安装

环境准备​

  • CentOS 7
  • MySQL 5.7
  • Docker
  • Docker Compose（可选）

获取源码​

SQLE 前端与后端代码分两个仓库维护，所以想要通过源码安装，需要构建前后端代码。

首先选择一个源码安装的工作目录，例如 ~/sqle-build/。

获取后端源码：

cd ~/sqle-build/
git clone https://github.com/actiontech/sqle.git
cd sqle && git checkout -b release-3.2310.x

cd ~/sqle-build/
git clone https://github.com/actiontech/dms.git
cd dms && git checkout -b release-3.2310.x

获取前端源码：

cd ~/sqle-build/
git clone https://github.com/actiontech/dms-ui.git

编译源码​

编译前端代码，并将前端代码拷贝至后端代码目录：

cd ~/sqle-build/dms-ui
docker run --rm -v $PWD:/app -w /app gplane/pnpm:8.3.1 sh -c "git config --global --add safe.directory /app && pnpm config set registry https://registry.npm.taobao.org && pnpm install --no-frozen-lockfile && pnpm build"
rm -rf ~/sqle-build/sqle/static && cp -r ~/sqle-build/dms-ui/packages/base/dist ~/sqle-build/sqle/static

编译后端代码并打包：

cd ~/sqle-build/dms
make docker_install
cp -r ~/sqle-build/dms/bin ~/sqle-build/sqle/bin
cd ~/sqle-build/sqle
make docker_rpm_with_dms

打包完成后会在当前目录下生成一个 SQLE 的 RPM 包，后续的步骤参考：RPM 部署。

- + \ No newline at end of file diff --git a/docs/dev-manual/intro/index.html b/docs/dev-manual/intro/index.html index b46c1a61..e0155484 100644 --- a/docs/dev-manual/intro/index.html +++ b/docs/dev-manual/intro/index.html @@ -4,13 +4,13 @@ 产品架构 | SQLE 文档 - +
- + \ No newline at end of file diff --git a/docs/dev-manual/plugins/howtodev/index.html b/docs/dev-manual/plugins/howtodev/index.html index ded71e4b..a9829323 100644 --- a/docs/dev-manual/plugins/howtodev/index.html +++ b/docs/dev-manual/plugins/howtodev/index.html @@ -4,7 +4,7 @@ 数据库审核插件开发 | SQLE 文档 - + @@ -12,7 +12,7 @@
版本：v3

数据库审核插件开发

在本篇文档中，会介绍如何开发一个数据库审核插件，分为快速开始部分和详细部分。

  • 如果你是一个对 Go 语言不太了解的人，可以先通过快速开始部分的文档，实现一个简单的数据库审核插件。
  • 当你对插件开发有了一定的了解之后，可以通过详细部分的文档，通过更多自定义的方式，实现更加复杂的数据库审核插件。

快速开始​

前置​

1. 语法​

由于 SQLE 是一个用 Go 语言开发的开源项目，如果你对 Go 语言完全不了解，需要先了解 Go 语言的基础语法，建议使用官方的 Go 语言快速开始文档（Go Tour 或者 Go 语言之旅），如果你已经了解了 Go 语言的基础语法，可以直接跳过本部分。

2. 包管理​

SQLE 插件是一个独立于 SQLE 的进程，所以编写插件的方式与开发一个新的 Go 语言项目并没有什么差异。Go 语言项目使用 Go Modules 来管理包，所以在开始之前你需要先了解一下 Go Modules 的使用方法。建议参考这篇文档，文档中大致介绍了如果开始一个新的 Go 语言项目，并通过 Go Modules 的方式来调用其他项目的包，如果你已经了解了 Go Modules 的使用方法，可以直接跳过本部分。

3. Go语言项目构建​

编写插件​

这一小节会假设你已经创建了一个由 Go Modules 管理的审核插件项目。下面开始介绍插件核心代码的开发。

1. 数据库插件介绍​

SQLE 为了方便插件的开发，在自身的插件层之上做了一层封装（Adaptor），插件开发者可以使用这个封装库来快速的开发一个数据库审核插件。

在开发之前，你需要先引入 SQLE：

go get github.com/actiontech/sqle@v2.2305.0-pre2 # 此版本为该文档编辑时的最新版本

选择 SQLE 中两个库插件相关的库：

  • github.com/actiontech/sqle/sqle/driver
  • github.com/actiontech/sqle/sqle/pkg/driver
提示
  • 第一个库定义了插件规则的结构体，在你编写插件规则时需要用到这个库。
  • 第二个库中实现了一些默认的插件，在引入这个库后，只需要实现相应的规则与规则处理函数即可。其中三个默认的插件为：
    • PostgreSQL
    • Oracle
    • SQL Server
  • 如果这三个默认的插件不能满足需求，可以自己实现一个插件，参考本篇文档自定义插件小节。

2. 选择插件​

下面假设你想要实现一个 SQL Server 的审核插件。在 main 函数中创建一个空的 SQL Server 审核插件，这时你的 main 文件应该是这样的：

package main

import (
    "github.com/actiontech/sqle/sqle/driver"
    adaptor "github.com/actiontech/sqle/sqle/pkg/driver"
)

func main() {
    plugin := adaptor.NewAdaptor(&adaptor.MssqlDialector{})
}

3. 编写插件规则与规则处理函数​

假设你需要实现一个规则，该规则检查 SQL 是否使用了 select *。定义规则如下：

Rule{
    Name:     "aviod_select_all_column", # 规则ID，该值会与插件类型一起作为这条规则在 SQLE 的唯一标识
    Desc:     "避免查询所有的列", # 规则描述
    Category: "DQL规范", # 规则分类，用于分组，相同类型的规则会在 SQLE 的页面上展示在一起
    Level:    driver.RuleLevelError, # 规则等级，表示该规则的严重程度。在插件注册阶段，会使用所有 RuleLevelError 级别的规则创建一个默认的规则模板。
}

规则的处理函数如下：

func(ctx context.Context, rule *driver.Rule, sql string) (string, error) {
    if strings.Contains(sql, "select *") {
        return rule.Desc, nil
    }
    return "", nil
}

这里为了演示，这个处理函数只是简单的使用了字符串匹配的方式，你也可以使用正则或者 AST 语法树的方式来检查 SQL 语句（AST 的方式会在自定义SQL解析器一小节中介绍）。

最后将插件规则与规则处理函数通过 plugin.AddRule()函数注册到 SQLE 中，注册完成后，你的 main 文件应该是这样的：

package main

import (
    "github.com/actiontech/sqle/sqle/driver"
    adaptor "github.com/actiontech/sqle/sqle/pkg/driver"
)

func main() {
    plugin := adaptor.NewAdaptor(&adaptor.MssqlDialector{})
    aviodSelectAllColumn := &driver.Rule{
        Name:     "aviod_select_all_column",
        Desc:     "避免查询所有的列",
        Category: "DQL规范",
        Level:    driver.RuleLevelError,
    }
    aviodSelectAllColumnHandler := func(ctx context.Context, rule *driver.Rule, sql string) (string, error) {
        if strings.Contains(sql, "select *") {
            return rule.Desc, nil
        }
        return "", nil
    }
    plugin.AddRule(aviodSelectAllColumn, aviodSelectAllColumnHandler)

    ////////////////////////////////////////////
    // ... 编写更多规则并通过 AddRule 注册到 SQLE 中
    ////////////////////////////////////////////

    // 最后关键一步，调用 `plugin.Serve()` 启动插件：
    plugin.Serve() 
}

4. 构建并使用插件​

和通常的程序编写流程一样，编写完插件代码后，需要将其构建成二进制文件，然后才能将其注册到 SQLE 中。执行 go build -o ${二进制名} main.go 将插件代码构建成二进制文件。最后参考数据库审核插件使用 来使用你的自定义插件。

自定义部分​

1.自定义SQL解析器​

前面介绍的审核规则都是通过字符串匹配的方式来解析 SQL 的内容。这种方式适合规则较少且 SQL 简单的情况下使用。

如果需要对 SQL 进行更复杂的解析匹配，恰好你选择的数据库插件又有相应的 SQL 解析器，这时可以使用自定义 SQL 解析器的方式来编写插件。

首先通过调用 WithSQLParser() 注册自己的 SQL 解析器。在添加规则时则使用 plugin.AddRuleWithSQLParser() 添加带有解析器的处理函数。在处理函数中，将 interface{} 断言成具体的 AST 语法树，通过语法树级别的操作来更加精细的处理 SQL。PostgreSQL 提供了基于 cgo 调用的解析器（见：PostgreSQL SQL 解析器），下面的代码展示了如何写一个 SQL 解析器的插件：

func main() {
    plugin := adaptor.NewAdaptor(&adaptor.PostgresDialector{})

    // 依然是定义规则
    aviodSelectAllColumn := &driver.Rule{
        Name:     "aviod_select_all_column",
        Desc:     "避免查询所有的列",
        Category: "DQL规范",
        Level:    driver.RuleLevelError,
    }

    // 依然是定义处理函数，这时处理函数的参数是 interface{} 类型，需要将其断言成 AST 语法树。
    aviodSelectAllColumnHandler := func(ctx context.Context, rule *driver.Rule, ast interface{}) (string, error) {
        node, ok := ast.(*parser.RawStmt)
        if !ok {
            return "", errors.New("ast is not *parser.RawStmt")
        }

        switch stmt := node.GetStmt().GetNode().(type) {
        case *parser.Node_SelectStmt:
            for _, target := range stmt.SelectStmt.GetTargetList() {
                column, ok := target.GetResTarget().GetVal().GetNode().(*parser.Node_ColumnRef)
                if !ok {
                    continue
                }
                for _, filed := range column.ColumnRef.GetFields() {
                    _, ok = filed.GetNode().(*parser.Node_AStar)
                    if ok {
                        return rule.Desc, nil
                    }
                }
            }
        }
        return "", nil
    }

    // 依然是注册规则，与前面的例子不同的是，这时使用的是 `plugin.AddRuleWithSQLParser()` 。
    plugin.AddRuleWithSQLParser(aviodSelectAllColumn, aviodSelectAllColumnHandler)

    // 依然是启动插件，与前面的例子不同的是，需要将 SQL 解析的方法注册到插件中。
    plugin.Serve(adaptor.WithSQLParser(func(sql string) (ast interface{}, err error) {
        // parser.Parse 使用 PostgreSQL 的解析器，将 sql 解析成 AST 语法树。
        result, err := parser.Parse(sql)
        if err != nil {
            return nil, errors.Wrap(err, "parse sql error")
        }
        if len(result.Stmts) != 1 {
            return nil, fmt.Errorf("unexpected statement count: %d", len(result.Stmts))
        }

        // 将 SQL 的语法树返回。
        return result.Stmts[0], nil
    }))
}

2.自定义插件​

如果 driver 包中默认的 PostgreSQL、Oracle 与 SQL Server 插件不能满足你的需求的话，你也可以自定义一个数据库插件。方法就是实现一个接口：

type Dialector interface {
    Dialect(dsn *driver.DSN) (driverName string, dsnDetail string)
    ShowDatabaseSQL() string
    String() string
}

在实现这个接口前，你需要先了解一下 Go 语言原生 Driver 的概念（以 MySQL Driver 为例）。

下面介绍 Dialector 接口的含义：

  • Dialect：实现该方法，通过 DSN 提供的 Host Port User Password Database 信息和你选择的数据库 driver，构造出 driverName 与 dsnDetail。driverName 是你引入的数据库 driver 名称；dsnDetail 是连接数据库驱动的必要信息。这两个参数最终会通过 sql.Open() 来创建一个数据库连接。
  • ShowDatabaseSQL：实现该方法，可以自定义你数据源中默认展示的数据库列表，该数据库列表最终会展示在工单审核列表的数据库下拉框中，如下图： pluginworkflow
  • String：实现该方法，该方法的返回值会作为你实现的数据库审核插件名展示在 SQLE 的相关下拉框中，如下图： plugintype

将你的实现作为 NewAdaptor 的参数传入即可，后续的步骤与前面规则相关的介绍一致。

详细​

SQLE与插件的交互图​

sqleplugin

插件接口说明​

1.注册接口说明​

该接口定义了该插件的名称和实现的规则，SQLE启动的时候会调用该接口获取插件名称和该插件支持的规则列表。

type Registerer interface {
    Name() string
    Rules() []*model.Rule
}
  • Name: 插件名，最终会展示在 SQLE 页面的数据源类型的下拉框中；
  • Rules: 插件支持的规则，在启动 SQLE 时，会调用插件获取这些规则，你将在规则模板内看到它们。

2.审核接口说明​

该接口定义了SQLE进行审核时，由插件完成的和具体数据库底层交互的操作

type Driver interface {
    Close(ctx context.Context)
    Ping(ctx context.Context) error
    Exec(ctx context.Context, query string) (driver.Result, error)
    Tx(ctx context.Context, queries ...string) ([]driver.Result, error)
    Schemas(ctx context.Context) ([]string, error)
    Parse(ctx context.Context, sqlText string) ([]Node, error)
    Audit(ctx context.Context, sql string) (*AuditResult, error)
    GenRollbackSQL(ctx context.Context, sql string) (string, string, error)
}
  • Close: 关闭审核插件使用的相关资源，通常是完成一次审核后，关闭数据库连接等资源;
  • Ping: 检测数据库的连接性,通常在添加数据源时，为了检测填写的数据是否正确，会调用此方法;
  • Exec: 执行 SQL 上线时执行此方法；
  • Tx: 执行 SQL 上线时执行此方法，一般当SQL是DML时且需要事务执行时会批量执行SQL；
  • Schemas: 返回审核插件展示给用户的 Schema 列表；
  • Parse: 解析审核插件支持的 SQL 格式；
  • Audit: 根据指定的SQL语句生成审核建议；
  • GenRollbackSQL: 生成 SQL 的回滚语句。

3.插件的配置信息说明​

type Config struct {
    DSN           *DSN
    Rules          []*Rule
}
  • DSN: 数据源信息, 待审核的数据库；
  • Rules: 本次审核制定的规则列表。

4.初始化函数说明​

插件的主进程入口，由插件的 main 函数调用即可实现插件

func ServePlugin(r Registerer, newDriver func(cfg *Config) Driver)
  • r: 传入 Registerer 的接口实现, 由插件侧实现；
  • newDriver: 传入 Driver 的初始化函数，该函数的入参是 Config 是由 SQLE 向插件传递的配置信息，函数的出参是 Driver 的接口实现，由插件侧实现。
- + \ No newline at end of file diff --git a/docs/dev-manual/plugins/howtouse/index.html b/docs/dev-manual/plugins/howtouse/index.html index 265336de..7cf78edf 100644 --- a/docs/dev-manual/plugins/howtouse/index.html +++ b/docs/dev-manual/plugins/howtouse/index.html @@ -4,7 +4,7 @@ 数据库审核插件使用 | SQLE 文档 - + @@ -14,7 +14,7 @@ pluginrules 验证能否添加插件类型的数据源：添加数据源，显示已经可以添加 PostgreSQL 类型的数据源。 plugintype

- + \ No newline at end of file diff --git a/docs/dev-manual/plugins/intro/index.html b/docs/dev-manual/plugins/intro/index.html index 776150fc..21f8fe52 100644 --- a/docs/dev-manual/plugins/intro/index.html +++ b/docs/dev-manual/plugins/intro/index.html @@ -4,13 +4,13 @@ 功能说明 | SQLE 文档 - +
版本：v3

功能说明

SQLE 使用 go-plugin 来实现审核插件化。插件只需实现两个接口，即可实现与 SQLE 主进程通信（详情见审核插件开发）。

将 SQLE 的数据库审核插件化主要有以下目的：

  • 将审核流程（业务）的代码和具体审核实现的代码进行分离，支持多数据源类型的审核
  • 审核插件在满足基本规范情况下，与 SQLE 独立开发

部分插件项目地址​

- + \ No newline at end of file diff --git a/docs/guide/index.html b/docs/guide/index.html index 2308f4ab..45d89b56 100644 --- a/docs/guide/index.html +++ b/docs/guide/index.html @@ -4,13 +4,13 @@ 用户指南 | SQLE 文档 - +
版本：v3

用户指南

产品概述​

SQLE 是爱可生自主研发支持多元数据库的 SQL 质量管理平台。应用于开发、测试、上线发布、生产运行阶段的 SQL 质量治理。通过 “建立规范、事前控制、事后监督、标准发布” 的方式，为企业提供 SQL 全生命周期质量管控能力，规避业务 SQL 不规范引起的生产事故，提高业务稳定性，也可推动企业内部开发规范快速落地。

- + \ No newline at end of file diff --git a/docs/intro/index.html b/docs/intro/index.html index b11aaac6..2220a8ea 100644 --- a/docs/intro/index.html +++ b/docs/intro/index.html @@ -4,13 +4,13 @@ 产品介绍 | SQLE 文档 - +
版本：v3

产品介绍

SQLE 是爱可生自主研发支持多元数据库的 SQL 质量管理平台。应用于开发、测试、上线发布、生产运行阶段的 SQL 质量治理。通过 “建立规范、事前控制、事后监督、标准发布” 的方式，为企业提供 SQL 全生命周期质量管控能力，规避业务 SQL 不规范引起的生产事故，提高业务稳定性，也可推动企业内部开发规范快速落地。

产品特性​

更丰富的数据源支持​

支持主流商业和开源数据库，包括 MySQL、PostgreSQL、Oracle、SQL Server、DB2、TiDB、OceanBase 等，持续增加新的数据源类型，以满足您不同的需求。

更全面的审核规则​

审核规则源自我们经验丰富的 DBA 运维专家团队多年的技术积累。您可以借助我们的审核规则快速达到专家级的 SQL 诊断能力，并且我们的规则库目前已经拥有规则 700+，并在不断增加中。

更智能的 SQL 采集​

提供多种智能扫描方式，例如慢日志、JAVA 应用等，以满足您的事前和事后 SQL 采集需求。一旦配置完成，我们的系统会自动持续采集各业务库中的 SQL，极大地减轻了您对 SQL 监督的压力，并及时发现问题 SQL。

更高效的审批流转路径​

提供标准化的工作流，化解了在沟通和进度追踪上的难题，从而提升了上线效率。您可以通过与飞书、钉钉等多种消息通道的对接，及时了解更新进度，减少了沟通交流的成本。

更便捷的 SQL 数据操作​

提供审核管控的SQL客户端，杜绝执行不合规SQL

全生命周期的 SQL 管控​

提供 SQL 全流程的管控视角，帮助您统一管理SQL质量。您可以追踪问题SQL的解决进度，并提供快捷的优化功能，以提升 SQL 的效率。

使用场景​

SQL 太复杂，执行性能低，如何优化？
知识赋能，助您构建质量规范、提升 SQL 质量。提供审核规则及规则知识库，将专家经验赋能开发，快速提升问题 SQL 诊断能力，并支持私有云用户自主沉淀。

  • 从审核结果看 SQL 优化方向

    平台提供丰富的审核规则，用以覆盖不同 SQL 审核场景，您可以根据触发的规则，有针对性地优化 SQL。

  • 从知识库了解问题解决经验

    每个规则包含对应的知识库，是运维专家的经验沉淀，您可以借鉴并强化自身的运维认知。

  • 对知识库做自主沉淀

    除了平台提供的知识库信息，我们还支持私有云用户在知识库中进行自主沉淀，建立您的质量规范。

应用数量多，SQL 采集难，如何摆脱重复劳动？

提供智能扫描任务，可以自动持续采集不同来源的 SQL，帮助您摆脱重复劳动，极大地降低 SQL 采集难度。同时，根据不同业务要求定期巡检和生成审核报告，快速发现问题并提供优化建议。

  • 配置扫描任务，释放 SQL 采集负担

    平台支持十余种扫描任务类型，支持采集不同来源的 SQL，如：JAVA 应用程序、慢日志文件、TopSQL、MyBatis 文件等。

  • 定期持续巡检，提前发现问题 SQL

    平台将根据配置的采集周期，为您自动、持续采集相应 SQL。

    平台将根据配置的审核规则模板，定期巡检和生成审核报告，有助于您及时发现问题 SQL，并提供优化方向。

公司规模大，流程周转长，如何有效追踪进度？
提供标准化工作流，帮助提高工作透明度和上线效率。您可以根据实际组织架构配置自定义审批流程模板，化解沟通和进度追踪难题。同时，平台支持与多种消息通道对接，可以及时更新进度，减少沟通成本。

  • 生成您的自定义审批流程

    平台支持您根据自身实际业务，配置SQL审批、上线流程，适配不同业务的上线节奏，提升业务响应效率。

  • 配置消息推送渠道，快捷订阅变更

    平台支持对接多种主流IM应用，您可以将 SQL 审核集成到日常工作流中，协同办公，提升工作效率。

SQL 变更频，审批瓶颈大，如何分散审核压力？
将审核环节灵活嵌入到研发流程，从研发环节入手，减轻 DBA 审核压力。平台支持多种事前审核场景，将 SQL 审核前置到代码阶段，从源头实现降本增效。

  • 使用 IDE 插件，前置规范检查

    可以使用 IDE 审核插件，在代码编写过程中进行实时审核和规范检查，实现编码即审核的效果。

  • 对接 CI/CD 流程，保证应用代码上线无忧

    可以配置 CI/CD 审核流程，自动抓取代码变更中的 SQL，减少人工错误和代码缺陷，提高开发团队的效率和代码质量。

- + \ No newline at end of file diff --git a/docs/online-demo/index.html b/docs/online-demo/index.html index 828211a1..0809ae53 100644 --- a/docs/online-demo/index.html +++ b/docs/online-demo/index.html @@ -4,13 +4,13 @@ 在线体验 | SQLE 文档 - +
版本：v3

在线体验

地址​

登录用户​

userpassword
adminadmin

测试 MySQL​

variablevalue
host20.20.20.3
port3306
userroot
passtest

注意事项​

  1. 该服务仅用于在线功能体验，请勿在生产环境使用；
  2. 该测试服务数据会定期清理。
- + \ No newline at end of file diff --git a/docs/quick-usage/index.html b/docs/quick-usage/index.html index ea2012fd..a457d24c 100644 --- a/docs/quick-usage/index.html +++ b/docs/quick-usage/index.html @@ -4,7 +4,7 @@ 快速开始 | SQLE 文档 - + @@ -21,7 +21,7 @@ project-workflow-1 点击批量立即上线，完成SQL上线操作。 project-workflow-1

提示

SQLE 支持通过邮件，微信企业号等途径推送工单通知。也可以配置工单对接，在钉钉、飞书上进行工单审批

- + \ No newline at end of file diff --git a/docs/support/commercial-support/index.html b/docs/support/commercial-support/index.html index 1b5cbc26..b189f874 100644 --- a/docs/support/commercial-support/index.html +++ b/docs/support/commercial-support/index.html @@ -4,13 +4,13 @@ 商业支持 | SQLE 文档 - +
版本：v3

商业支持

如果想获得 SQLE 的商业支持, 您可以联系我们:

  • 全国支持: 400-820-6580
  • 华北地区: 86-13910506562, 汪先生
  • 华南地区: 86-18503063188, 曹先生
  • 华东地区: 86-18930110869, 梁先生
  • 西南地区: 86-13540040119, 洪先生
- + \ No newline at end of file diff --git a/docs/support/community-support/index.html b/docs/support/community-support/index.html index 1cf59893..bb2595f2 100644 --- a/docs/support/community-support/index.html +++ b/docs/support/community-support/index.html @@ -4,13 +4,13 @@ 社区支持 | SQLE 文档 - +
版本：v3

社区支持

微信技术交流群​

欢迎加入微信群进行交流，反馈使用中遇到的问题或者使用建议。

进群方式：添加管理员微信 ActionOpenSource

爱可生社区公众号​

关注爱可生社区公众号，获取最新SQLE动态包括新功能清单与产品规划。

项目列表

- + \ No newline at end of file diff --git a/docs/support/compare/index.html b/docs/support/compare/index.html index ec43accb..92124489 100644 --- a/docs/support/compare/index.html +++ b/docs/support/compare/index.html @@ -4,13 +4,13 @@ 功能对比 | SQLE 文档 - +
版本：v3

功能对比

社区版及企业版功能对比​

模块功能企业版社区版
平台基础能力资源管理√√
权限管理√√
用户对接:LDAP√√
用户对接:Oauth2.0单点登录√
对接钉钉在线审批√√
支持爱可生云树DMP数据源同步√
量化管理项目管理√
报表统计√
Dashboard√√
SQL管控√
支持的数据源类型MySQL√√
Mycat√
TDSQL for InnoDB√
OceanBase For MySQL√
DB2√
TiDB√
PostgreSQL√
Oracle√
OceanBase For Oracle√
SQL Server√
达梦√
SQL审核同一工单多数据源√
多种SQL上传方式√√
IDE审核插件√√
快捷审核√√
工单审核√√
SQL美化√√
动态配置审核规则模板√√
规则知识库√
审核白名单√
基于规则的审核建议√√
审核建议去重展示√√
SQL下钻分析√
大表进行 Online DDL√√
SQL上下文关联√√
生成回滚语句√√
审核评分√√
审核报告下载√√
SQL语句下载√√
工单上线自定义审核流程√√
多数据源批量上线√
立即上线√√
定时上线√√
线下执行，线上标记√√
中止上线√√
智能扫描MySQL|MyBatis 扫描√√
MySQL|库表元数据√√
MySQL|阿里云 RDS慢日志√√
MySQL|阿里云 RDS审计日志√√
MySQL|百度云RDS慢日志√√
MySQL|华为云RDS慢日志√√
MySQL|慢日志审核√
MySQL|会话SQL扫描√√
SQL文件扫描√√
应用程序SQL抓取√√
支持JAVA探针采集JAVA应用SQL√
Oracle TopSQL√
TiDB审计日志√
OceanBase for MySQL|MyBatis 扫描√
OceanBase for MySQL|Top SQL√
自定义（通过调用接口推送bash脚本、python程序中的SQL）√√
告警通知邮件告警√√
微信企业号告警√√
飞书告警√√
webhook告警√
SQL工作台集成CloudBeaver-提供在线SQL客户端√√
安全管控√√
OpenAPI提供完整的标准接口方案√√
专家服务提供数据对接、SQL规范制定、SQL优化建议等7x24小时服务√

各数据源支持程度对比​

提示

目前支持的数据源类型中，除MySQL为社区版，其他均为企业版。

MySQL系​

MySQLMycatTDSQL for InnoDBOceanBase For MySQLTiDB
功能SQL分析√ √ √
SQL上下文√√√
元数据检查√√√√√
SQL回滚√
上线中止√ √√√
扫描任务库表元数据√
慢日志√
Processlist√
TopSQL √
TiDB审计日志√ √
MyBatis√ √
阿里RDS MySQL慢日志√
阿里RDS MySQL审计日志√
百度云RDS MySQL慢日志扫描√
SQL文件扫描√√√√√
应用程序抓取√√√√√
自定义√√√√√
其他规则数量155122146117119

非MySQL系​

OracleOceanBase For OracleDB2PostgreSQLSQL server达梦
功能SQL分析√ √ √
SQL上下文√ √ √
元数据检查 √
SQL回滚√ √
上线中止√
扫描任务库表元数据 √
慢日志
Processlist
TopSQL√ √
TiDB审计日志
MyBatis
阿里RDS MySQL慢日志
阿里RDS MySQL审计日志
百度云RDS MySQL慢日志扫描
SQL文件扫描√√√√√
应用程序抓取√ √√√
自定义√ √√√
其他规则数量8583602123
- + \ No newline at end of file diff --git a/docs/user-manual/customrule/index.html b/docs/user-manual/customrule/index.html index ed3322a5..e8c77927 100644 --- a/docs/user-manual/customrule/index.html +++ b/docs/user-manual/customrule/index.html @@ -4,7 +4,7 @@ 自定义审核规则 | SQLE 文档 - + @@ -13,7 +13,7 @@ customrule-regex

提示

当前支持golang正则语法。

应用自定义规则​

1.编辑数据源应用的规则模板，启用新建的自定义规则； 2.创建工单，新建表customers123，从工单审核结果中可以看到自定义规则已生效； customrule-result

提示

目前仅支持在SQLE平台新建自定义规则，暂不支持导入导出规则模板时携带自定义规则。

后续操作​

目前，自定义规则也支持编辑知识库页面，以进一步优化审核规则的使用。可以参考知识库

- + \ No newline at end of file diff --git a/docs/user-manual/intro/index.html b/docs/user-manual/intro/index.html index 0518aa72..cd6fc083 100644 --- a/docs/user-manual/intro/index.html +++ b/docs/user-manual/intro/index.html @@ -4,13 +4,13 @@ 用户手册 | SQLE 文档 - +
- + \ No newline at end of file diff --git a/docs/user-manual/jetbrains/index.html b/docs/user-manual/jetbrains/index.html index e20aa439..957d2bfd 100644 --- a/docs/user-manual/jetbrains/index.html +++ b/docs/user-manual/jetbrains/index.html @@ -4,7 +4,7 @@ IDEA审核插件 | SQLE 文档 - + @@ -15,7 +15,7 @@ ide-install-use

2.用户也可以选中文件后，点击右键, 选中 [SQLE] - [Audit]，将获得对文件中SQL的审核结果，支持一次性审核整个文件夹下的MyBatis文件； ide-install-use2

审核结果​

插件会以弹窗的形式将审核结果进行展示，用户可查看SQL触发的审核规则，并查看对应的知识库说明。 ide-install-result

常见问题解答​

为什么插件配置项中的 [DB Type] 点击时偶尔会卡一下​

这是因为点击下拉框时下拉框会连接SQLE获取支持的实例类型, 这个过程可能会出现网络延迟

SQLE在审核时使用的规则模板是什么​

SQLE会根据设置中指定的数据库类型, 选择对应类型的默认模板进行审核, 且只会使用默认模板中的静态审核规则

我没有SQLE环境可以使用这个插件吗​

SQLE有演示环境, 如果只是想尝试一下这个插件可以连接演示环境

插件支持哪些IDE​

Jetbrains家的所有软件和 [Android Studio] 都是支持的

SQLE插件的配置存在什么地方​

 {用户根目录}\AppData\Roaming\JetBrains\{idea版本号对应目录}\options\SQLESettings.xml
变量说明
用户根目录一般为 C:\Users 目录下和用户名同名的目录, 内部一般包含 '桌面', '下载' 等文件夹
idea版本号对应目录一般为 软件名版本号 的格式, 如社区版idea 2022.1版本对应目录名为 IdealC2022.1
- + \ No newline at end of file diff --git a/docs/user-manual/knowledgebase/index.html b/docs/user-manual/knowledgebase/index.html index 8bde2e20..99e55966 100644 --- a/docs/user-manual/knowledgebase/index.html +++ b/docs/user-manual/knowledgebase/index.html @@ -4,13 +4,13 @@ 规则知识库 | SQLE 文档 - +
版本：v3

规则知识库

使用场景​

规则知识库是用于帮助用户理解规则背景、原理、优化建议以及规范SQL示例的页面。通过规则知识库，用户可以更深入和全面地了解规则，以实现更高效的开发和优化工作。

使用入口​

  1. 在系统设置中点击查看规则，点击具体规则，再点击规则知识库标签下的查看更多按钮，即可进入规则知识库详情；
  2. 在SQL审核、工单、扫描任务详情页面中，点击触发的规则说明后的查看更多按钮，即可进入规则知识库详情；

范围​

规则知识库目前支持内置规则和自定义规则的编辑和查看。

编辑步骤​

限制​

目前，只有平台管理员具有规则知识库的编辑权限，以确保知识库中的信息准确且权威。

编辑​

平台管理员可以按照以下步骤编辑规则知识库内容：

  1. 登录平台并进入规则知识库页面，入口可以参考使用入口
  2. 点击'编辑'按钮，即可修改规则对应的知识库内容。

操作结果​

knowledgebase-use

提示

目前，平台已为MySQL和TDSQL两种数据库类型的规则填充了规则知识库，并正致力于为其他数据库类型提供相应的知识库内容。

- + \ No newline at end of file diff --git a/docs/user-manual/project/analysis/index.html b/docs/user-manual/project/analysis/index.html index c080af04..68289ffc 100644 --- a/docs/user-manual/project/analysis/index.html +++ b/docs/user-manual/project/analysis/index.html @@ -4,13 +4,13 @@ SQL分析 | SQLE 文档 - +
版本：v3

SQL分析

SQL分析是什么

当用户需要了解执行SQL的对象情况时，可以点击SQL后的分析操作，进入SQL分析页面

使用场景

操作步骤

使用限制

- + \ No newline at end of file diff --git a/docs/user-manual/project/audit_task/SQLfile_audit/index.html b/docs/user-manual/project/audit_task/SQLfile_audit/index.html index 21a5a2f4..2b29c384 100644 --- a/docs/user-manual/project/audit_task/SQLfile_audit/index.html +++ b/docs/user-manual/project/audit_task/SQLfile_audit/index.html @@ -4,14 +4,14 @@ SQL文件扫描 | SQLE 文档 - +
版本：v3

SQL文件扫描

本节介绍SQL文件扫描的应用场景及配置方法。

备注

平台已支持的所有数据源类型均支持SQL文件扫描

使用场景​

当用户需要在批量执行SQL前扫描SQL，发现潜在的安全漏洞、提高数据库性能及数据库开发质量时，可以使用SQL文件进行批量扫描。

使用方式​

前置条件​

在后端环境中准备SQL文件

新建智能扫描任务​

进入智能扫描任务列表，点击新建，选择SQL文件扫描任务类型。

执行Scannerd文件​

提示

注意：使用rpm或docker部署的情况下，scannerd通常在SQLE的bin目录下。

示例如下：

./scannerd sqlFile -H127.0.0.1 -N"SQLfile" -P"10000" -J"default" -D/root/sqle/sqle/cmd/scannerd/scanners/mybatis/testdata/ -A"eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhcG4iOiJ0ZXN0MDcyNCIsImV4cCI6MTcyMTcyODU0NywibmFtZSI6ImFkbWluIn0.CojdTvBkr-iN_26tWI-Kr6mMnJt1NIDr-Y3v7m9ySuM"

参数解释如下：

  • -J, --project：说明扫描任务所在项目，例如“default”；
  • -H, --host string：指定SQLE主机所在地址；
  • -P, --port string：指定SQLE所在端口；
  • -N, --name string：指定扫描任务名称，scannerd会将获得的SQL传至指定的任务池中审核；
  • -D, --dir string：指定要扫描的SQL文件路径；
  • -A, --token string：输入扫描任务凭证token；
  • -K, --skip-sql-file-audit：只上传sql，不审核sql；
  • -S, --skip-error-sql-file; 跳过无法解析的sql文件；

获得执行结果： sqlfile_audit

平台查看执行结果​

  • 用户进入扫描任务详情，可以查看SQLw文件中已采集到的SQL信息；
  • 用户点击立即审核，可以在扫描任务报告中获取当前SQL的审核结果；
- + \ No newline at end of file diff --git a/docs/user-manual/project/audit_task/baiduyunrds/index.html b/docs/user-manual/project/audit_task/baiduyunrds/index.html index 62a98e4f..962c85f2 100644 --- a/docs/user-manual/project/audit_task/baiduyunrds/index.html +++ b/docs/user-manual/project/audit_task/baiduyunrds/index.html @@ -4,14 +4,14 @@ 百度云RDS慢日志扫描 | SQLE 文档 - +
版本：v3

百度云RDS慢日志扫描

本节介绍如何在SQLE平台监管百度云RDS实例上产生的慢SQL。

支持的数据源类型​

  • MySQL

使用场景​

如果用户使用百度云RDS实例，并且想要监管实例上产生的慢SQL，可以通过创建一个百度云RDS慢日志扫描任务来实现。该任务将会定期扫描百度云RDS实例上的慢日志，并将扫描结果发送到SQLE中进行分析。

前置操作​

  • 用户需创建双机高可用版本的百度云RDS实例；
  • 对该实例开通慢日志；

baiduyunrds

操作步骤​

新建智能扫描任务

  • 任务名称：输入审核任务名称，必须以字母开头；
  • 数据源名称：指定扫描任务实施的数据源；
  • 数据库：填写需要审核的目标库，若不填则仅进行静态分析不会连库；
  • 数据库类型：根据选取的数据源呈现；
  • 任务类型：选择需要执行的审核任务类型，选择百度云RDS MySQL慢日志；
  • 实例ID：填写百度云RDS实例的ID。
  • Access Key：为账号安全认证中的Access Key，用于登录百度云RDS，需要与Secret Key一同使用。
  • Access Secret Key：账号安全认证中Access Key对应的Secret Key。
  • 启动任务时拉取慢日志时间范围(单位:小时,最大7天)：扫描任务读取慢日志的时间范围，单位为小时，最大范围为7天。
  • 审核过去时间段内抓取的SQL（分钟）： 审核该时间段内抓取到的慢SQL。
  • RDS Open API地址：RDS的地址前缀，用以调用RDS服务，需根据实例所在区域进行填写。如当前实例在华东-上海范围，则应填写rds.fsh.baidubce.com baiduyunrdsurl

点击提交，完成扫描任务创建。

执行结果​

  • 用户进入扫描任务详情，可以查看扫描任务抓取到的慢SQL。
  • 点击立即审核，可查看对慢SQL的审核结果。
- + \ No newline at end of file diff --git a/docs/user-manual/project/audit_task/huaweiyunrds/index.html b/docs/user-manual/project/audit_task/huaweiyunrds/index.html index 7c1e655b..c24ef432 100644 --- a/docs/user-manual/project/audit_task/huaweiyunrds/index.html +++ b/docs/user-manual/project/audit_task/huaweiyunrds/index.html @@ -4,14 +4,14 @@ 华为云RDS慢日志扫描 | SQLE 文档 - +
版本：v3

华为云RDS慢日志扫描

本节介绍如何通过华为云SQLE平台监管华为云RDS实例上产生的慢SQL，并进行相应的分析和审核。

支持的数据源类型​

  • MySQL

使用场景​

如果用户正在使用华为云RDS实例，并且希望监管实例上产生的慢SQL，可以通过创建华为云RDS慢日志扫描任务实现。该任务会定期扫描华为云RDS实例上的慢日志，并将扫描结果发送到SQLE平台进行分析。

前置操作​

在进行以下操作之前，请确保已完成以下步骤：

  • 创建华为云RDS实例，并获取实例的项目ID和实例ID。
  • 开启慢日志明文显示，并设置慢查询时间阈值。参考华为云用户手册。
  • 获取访问密钥。访问密钥文件需要下载至本地查看。参考华为云用户手册。

操作步骤​

新建智能扫描任务

  • 任务名称：输入审核任务名称，必须以字母开头；
  • 数据源名称：指定扫描任务实施的数据源；
  • 数据库：填写需要审核的目标库，若不填则仅进行静态分析不会连库；
  • 数据库类型：根据选取的数据源呈现；
  • 任务类型：选择需要执行的审核任务类型，选择华为云RDS MySQL慢日志；
  • 项目ID：实例所在项目ID；
  • 实例ID：实例ID；
  • Access Key ID：在步骤3中获取的访问密钥 ID；
  • Access Key Secret：在步骤3中获取的访问密钥Secret；
  • 启动慢日志时拉取慢日志时间范围（小时）：由于开启明文显示后，华为云平台会自动删除30天前的日志，所以时间范围上限是30天；
  • 当前API开放的地区：参考华为云用户手册；

点击提交，完成扫描任务创建。

执行结果​

  • 用户进入扫描任务详情，可以查看扫描任务抓取到的慢SQL。
  • 点击立即审核，可查看对慢SQL的审核结果。

以下是华为云RDS慢日志扫描示意图： huaweiyunrds

- + \ No newline at end of file diff --git a/docs/user-manual/project/audit_task/intro/index.html b/docs/user-manual/project/audit_task/intro/index.html index cb121178..dd7d0917 100644 --- a/docs/user-manual/project/audit_task/intro/index.html +++ b/docs/user-manual/project/audit_task/intro/index.html @@ -4,13 +4,13 @@ 功能说明 | SQLE 文档 - +
版本：v3

功能介绍

背景​

在审核工单中我们介绍了如何通过 SQLE 进行 SQL 审核并上线的流程。审核工单管理，主要解决 SQL 上线的规范化流程化的问题，它能够帮助 DBA 自动化处理整个 SQL 上线过程中一些重复繁琐的工作。

不过审核工单管理也有它的局限性。

  • 第一，通常工单中的审核是一次性操作。上线后，通常还会有业务 SQL访问数据库。这时可能会遇到一些执行效率较低的业务 SQL 造成数据库的性能问题，因而这类业务型SQL同样需要审核。
  • 第二，临近发版，如果这时审核出 SQL 存在一些问题，是否修复这些问题，可能会受到很多因素的影响（如 SQL 问题的影响面大小，项目发版的紧急程度等），因而需要对即将上线的SQL做全量扫描。

因而，需要引入扫描任务，进行周期性的SQL审核，用以补充工单审核覆盖不到的场景。

SQLE扫描任务支持的采集模式​

1.SQLE 自动抓取​

  • 功能说明
    • 使用SQLE自动抓取，将由SQLE获取指定的SQL文件，传输至指定审核池后，由SQLE进行审核并展示审核结果。
  • 支持的任务类型
    • 库表元数据
    • TopSQL
    • processlist列表

2.Scanner 抓取​

  • 功能说明
    • 使用Scanner抓取，可利用scanner插件获取指定的SQL文件，传输至指定审核池后，由SQLE进行审核并展示审核结果。
  • 支持的任务类型
    • 慢日志
    • Mybatis扫描

3.OpenAPI 推送​

  • 功能说明
    • 使用应用程序SQL抓取，可利用api接口动态获取指定应用程序中的SQL，传输至指定审核池后，由SQLE进行审核并展示审核结果。
  • 支持的任务类型
    • openapi推送
    • 自定义
- + \ No newline at end of file diff --git a/docs/user-manual/project/audit_task/java_agent_audit/index.html b/docs/user-manual/project/audit_task/java_agent_audit/index.html index 5901e8d0..fe7f0579 100644 --- a/docs/user-manual/project/audit_task/java_agent_audit/index.html +++ b/docs/user-manual/project/audit_task/java_agent_audit/index.html @@ -4,13 +4,13 @@ Java探针版应用程序SQL抓取【企业版】 | SQLE 文档 - +
版本：v3

Java探针版应用程序SQL抓取【企业版】

本节介绍如何利用SQLE平台抓取java应用中的SQL，选取的例子是一个开源的问卷调查java应用，架构简单，上手相对容易。

支持的数据源类型​

  • MySQL
  • Oracle
  • DB2
  • OceanBase for MySQL
  • PostgreSQL
  • TiDB
  • SQL Server

前置准备​

环境准备​

准备一台 linux 服务器，ubuntu即可，架构版本暂无要求

  1. 安装JAVA
sudo apt install default-jdk
  1. 部署并启动MySQL服务

部署java应用​

  • 准备Java应用
  • 准备Java应用SQL初始化文件
  • 准备SQLE定制的JAVA agent JAR包
    提示

    JAVA agent JAR包为企业版功能，如有使用需求，请联系SQLE商业支持。

Java应用前置步骤​

1、初始化Java应用

mysql -h127.0.0.1 -P3306 -uroot -p -e "CREATE DATABASE IF NOT EXISTS jw default character set utf8mb4 collate utf8mb4_unicode_ci"
mysql -h127.0.0.1 -P3306 -uroot -D jw -p < init-mysql.sql

2、将Java应用Jar包，定制jdbc上传服务器指定目录下，可以放在 /opt/surveyking 目录下，示例：

root@ubuntu:/opt/surveyking# pwd
/opt/surveyking
root@ubuntu:/opt/surveyking# ls -l
total 55652
-rw-r--r-- 1 root root  2932784 Feb 24 08:38 sql-agent-1.0-SNAPSHOT.jar
-rw-r--r-- 1 root root 54508748 Feb 24 08:37 surveyking-v0.3.0-beta.4.jar

使用方式​

创建扫描任务​

进入智能扫描任务列表，点击新建，扫描任务类型选择应用程序SQL抓取。

启动Java应用​

提示

以下命令需要在本地编辑替换完参数后，一次性拷贝到环境内执行 

SQLE_COLLECT_ENABLE=true \
SQLE_BASE_URL=http://10.186.62.16:10000 \
SQLE_TASK_NAME=jw_app \
SQLE_TASK_TOKEN=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhcG4iOiJqd19hcHAiLCJleHAiOjE2NzcyMjYxNzcsIm5hbWUiOiJhZG1pbiJ9.3d0pA1hiVnFEWJokSFBwCT8d1pKOYV6SViENj4GFqgI \
SQLE_EXCLUDE_JAVA_FILE=UserServiceImpl.java \
SQLE_LOG_FILE=/tmp/collect.log \
java -javaagent:sql-agent-1.0-SNAPSHOT.jar \
-jar surveyking-v0.3.0-beta.4.sqle.jar \
--server.port=1991 \
--spring.datasource.url=jdbc:mysql://10.186.62.18:3306/jw \
--spring.datasource.username=root \
--spring.datasource.password=mysqlpass \
& >>/opt/surveyking/std.log

参数说明（环境变量）​

  • SQLE_COLLECT_ENABLE=true ：是否开启SQL采集，默认不推送到SQLE只输出本地日志
  • SQLE_BASE_URL：SQLE 服务地址，格式“http://ip:port”
  • SQLE_TASK_NAME：SQLE 审核任务的名称
  • SQLE_TASK_TOKEN：审核任务的token，从SQLE页面复制
  • SQLE_PROJECT_NAME：SQLE JDBC配置：项目名
  • SQLE_LOG_FILE：指定SQLE 采集日志文件，不指定则代表输出到标准输出
  • SQLE_EXCLUDE_JAVA_FILE：忽略部分JAVA文件不插桩，主要是兼容性问题，当修改字节码失败时为了保障能运行抓取。文件按逗号分隔

参数说明（java 参数）​

  • server.port：web服务启用端口
  • spring.datasource.url：jdbc url
  • spring.datasource.username：jdbc user name
  • spring.datasource.password：jdbc password

访问Java应用​

  • 访问地址：如果配置的网页端口是1991则通过网页访问http://xx.xx.xx.xx:1991
  • 用户名：admin
  • 密码：123456
- + \ No newline at end of file diff --git a/docs/user-manual/project/audit_task/java_application_audit/index.html b/docs/user-manual/project/audit_task/java_application_audit/index.html index a8aec73e..d7de6206 100644 --- a/docs/user-manual/project/audit_task/java_application_audit/index.html +++ b/docs/user-manual/project/audit_task/java_application_audit/index.html @@ -4,13 +4,13 @@ 应用程序SQL抓取【企业版】 | SQLE 文档 - +
版本：v3

应用程序SQL抓取【企业版】

本节介绍如何利用SQLE平台抓取JAVA应用中的SQL，选取的例子是一个开源的问卷调查java应用，架构简单，上手相对容易。

支持的数据源类型​

  • MySQL
  • Oracle
  • DB2
  • OceanBase for MySQL
  • PostgreSQL
  • TiDB
  • SQL Server

前置准备​

环境准备​

准备一台 linux 服务器，ubuntu即可，架构版本暂无要求

  1. 安装JAVA
sudo apt install default-jdk
  1. 部署并启动MySQL服务

部署java应用​

  • 准备Java应用
  • 准备Java应用SQL初始化文件
  • 准备SQLE定制的JDBC jar 包
    提示

    JDBC jar包为企业版功能，如有使用需求，请联系SQLE商业支持。

Java应用前置步骤​

1、初始化Java应用

mysql -h127.0.0.1 -P3306 -uroot -p -e "CREATE DATABASE IF NOT EXISTS jw default character set utf8mb4 collate utf8mb4_unicode_ci"
mysql -h127.0.0.1 -P3306 -uroot -D jw -p < init-mysql.sql

2、将Java应用Jar包，定制jdbc上传服务器指定目录下，可以放在 /opt/surveyking 目录下，示例：

root@ubuntu:/opt/surveyking# pwd
/opt/surveyking
root@ubuntu:/opt/surveyking# ls -l
total 55652
-rw-r--r-- 1 root root  2477925 Feb 24 08:38 mysql-connector-java-8.0.28-SQLE.jar
-rw-r--r-- 1 root root 54508748 Feb 24 08:37 surveyking-v0.3.0-beta.4.jar

3、替换Java应用Jar包的MySQL jdbc jar 包

cd /opt/surveyking/
mkdir jar
cp surveyking-v0.3.0-beta.4.jar jar/
cd jar/
jar xvf surveyking-v0.3.0-beta.4.jar # 解压jar包，如果执行失败也可使用 unzip surveyking-v0.3.0-beta.4.jar 代替
cp ../mysql-connector-java-8.0.28-SQLE.jar BOOT-INF/lib/mysql-connector-java-8.0.26.jar # 替换jdbc
rm -rf surveyking-v0.3.0-beta.4.jar
jar cvfM0 surveyking-v0.3.0-beta.4.sqle.jar * # 打包
mv surveyking-v0.3.0-beta.4.sqle.jar ../
cd ..
rm -rf jar/

使用方式​

创建扫描任务​

进入智能扫描任务列表，点击新建，扫描任务类型选择应用程序SQL抓取。

启动Java应用​

提示

以下命令需要在本地编辑替换完参数后，一次性拷贝到环境内执行 

cd /opt/surveyking/
SQLE_COLLECT_ENABLE=true SQLE_HOST=10.186.62.18:10000 SQLE_TASK_NAME=jw_app SQLE_TASK_TOKEN=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhcG4iOiJqd19hcHAiLCJleHAiOjE2NzcyMjYxNzcsIm5hbWUiOiJhZG1pbiJ9.3d0pA1hiVnFEWJokSFBwCT8d1pKOYV6SViENj4GFqgI \
java -jar surveyking-v0.3.0-beta.4.sqle.jar \
--server.port=1991 \
--spring.datasource.url=jdbc:mysql://10.186.62.18:3306/jw \
--spring.datasource.username=root \
--spring.datasource.password=mysqlpass \
& >>/opt/surveyking/std.log

参数说明（环境变量）：​

  • SQLE_COLLECT_ENABLE：是否开启SQL采集
  • SQLE_HOST=10.186.62.18:10000：SQLE 服务地址 ip:port
  • SQLE_TASK_NAME=jw_app ：审核任务的名称
  • SQLE_TASK_TOKEN：审核任务的token，从SQLE页面复制
  • SQLE_PROJECT_NAME：SQLE JDBC配置：项目名

参数说明（java 参数）​

  • server.port：web服务启用端口
  • spring.datasource.url：jdbc url
  • spring.datasource.username：jdbc user name
  • spring.datasource.password：jdbc password

访问Java应用​

  • 访问地址：如果配置的网页端口是1991则通过网页访问http://xx.xx.xx.xx:1991
  • 用户名：admin
  • 密码：123456
- + \ No newline at end of file diff --git a/docs/user-manual/project/audit_task/metadata_audit/index.html b/docs/user-manual/project/audit_task/metadata_audit/index.html index 17e6d3ee..0543c8fe 100644 --- a/docs/user-manual/project/audit_task/metadata_audit/index.html +++ b/docs/user-manual/project/audit_task/metadata_audit/index.html @@ -4,7 +4,7 @@ 库表元数据 | SQLE 文档 - + @@ -12,7 +12,7 @@
版本：v3

库表元数据

本节介绍库表元数据扫描的应用场景、以及如何创建库表元数据的扫描任务。

支持的数据源类型​

  • MySQL
  • DB2
  • TDSQL

使用场景：​

  1. 需要检查已上线业务对应数据源的建库建表语句是否符合 统一的SQL质量规范。
  2. 需要定期检查上线业务的库表变更是否符合 统一的SQL质量规范。

前置条件​

已添加对应数据源。

操作步骤​

  1. 新建智能扫描任务
  • 任务名称：输入审核任务名称，必须以字母开头；
  • 数据源名称：指定扫描任务实施的数据源；
  • 数据库：填写需要审核的目标库，若不填则仅进行静态分析不会连库；
  • 数据库类型：根据选取的数据源呈现；
  • 任务类型：选择需要执行的审核任务类型，选择库表元数据；
  • 采集周期（分钟）：将采集设定时间内产生的SQL；
  • 是否采集视图信息：默认不采集视图信息，若开启，则将一并扫描数据源上的视图SQL；
  • 审核规则模板：如果未指定此项会优先使用数据源绑定的模板；
  • 任务审核周期：配置的是SQLE对审核任务进行自动审核的执行时间；
  1. 进入扫描任务详情页，刷新，获得SQL采集结果

执行结果​

在扫描任务列表页面查看新建的库表元数据扫描任务。 list

在扫描任务详情中查看该扫描任务采集的SQL，及生成的扫描任务报告。 result

后续步骤​

  • 查看审核记录，查看不同时间点的审核结果，包括审核的SQL语句、审核结果。
  • 分析语句，用户可对SQL语句进行分析操作，获取优化建议。
- + \ No newline at end of file diff --git a/docs/user-manual/project/audit_task/mybatis/index.html b/docs/user-manual/project/audit_task/mybatis/index.html index 6f7cac2d..b64203a3 100644 --- a/docs/user-manual/project/audit_task/mybatis/index.html +++ b/docs/user-manual/project/audit_task/mybatis/index.html @@ -4,7 +4,7 @@ MyBatis扫描 | SQLE 文档 - + @@ -21,7 +21,7 @@ coding-editinfo

编辑后点击保存，完成构建计划。

触发构建，获得审核结果​

在构建计划中点击立即构建按钮； coding-do

可以在在构建过程中查看构建结果，也可以在SQLE平台的扫描任务中查看审核结果。 coding-result

- + \ No newline at end of file diff --git a/docs/user-manual/project/audit_task/processlist_audit/index.html b/docs/user-manual/project/audit_task/processlist_audit/index.html index e5fbd578..aa17c8ae 100644 --- a/docs/user-manual/project/audit_task/processlist_audit/index.html +++ b/docs/user-manual/project/audit_task/processlist_audit/index.html @@ -4,14 +4,14 @@ 会话SQL扫描 | SQLE 文档 - +
版本：v3

会话SQL扫描

本节介绍如何对MySQL进行中的会话SQL进行监督及审核。

支持的数据源类型​

  • MySQL

使用场景​

除了上线前和上线后的审核，在SQL语句执行过程中，用户往往也需要对其进行监控和审核，用以及时识别出潜在的问题SQL。然而，当前的审核场景往往无法覆盖事中这一环节的审核。为此，SQLE新增了processlist列表审核扫描任务，实现了事前、事中、事后的全覆盖，使得用户可以在SQL语句的整个生命周期内进行审核和管理，从而减少审核时间和工作量。

操作步骤​

新建智能扫描任务

  • 任务名称：输入审核任务名称，必须以字母开头；
  • 数据源名称：指定扫描任务实施的数据源；
  • 数据库：填写需要审核的目标库，若不填则仅进行静态分析不会连库；
  • 数据库类型：根据选取的数据源呈现；
  • 任务类型：选择需要执行的审核任务类型，选择processlist列表扫描任务；
  • 采集周期（秒）：表示SQLE对 MySQL processlist表的采集频率，SQLE将按照该时间间隔进行SQL采集。如果该值过低，会影响实例性能；
  • SQL最小执行时间（秒）：表示SQLE对 MySQL processlist 的采集过滤条件，只有大于等于该时间的SQL才会被采集记录。如果为0，则表示不进行过滤；
  • 审核过去时间段内抓取的SQL（分钟）：processlist列表扫描任务是增量审核，不在该时间段内执行的SQL将不会被再次采集；
  • 审核规则模板：如果未指定此项会优先使用数据源绑定的模板；
  • 任务审核周期：配置的是SQLE对审核任务进行自动审核的执行时间；

执行结果​

  • 用户进入扫描任务详情，可以查看已采集到的processlist列表中的SQL信息；
  • 用户点击立即审核，可以在扫描任务报告中获取processlist列表中当前采集周期内产生的SQL及审核结果； processlist-audit
- + \ No newline at end of file diff --git a/docs/user-manual/project/audit_task/slowlog_audit/index.html b/docs/user-manual/project/audit_task/slowlog_audit/index.html index 43a49130..5d51dd88 100644 --- a/docs/user-manual/project/audit_task/slowlog_audit/index.html +++ b/docs/user-manual/project/audit_task/slowlog_audit/index.html @@ -4,13 +4,13 @@ 慢日志 | SQLE 文档 - +
版本：v3

慢日志

本节介绍慢日志扫描的应用场景、以及如何创建慢日志扫描任务。

当前SQLE支持两种慢日志采集方式，一种由scanner采集慢日志文件中的慢查询，一种由SQLE直接采集慢查表中的慢查询，用户可在编辑页面选取需要的采集方式，您可选择需要的方式采集产生的慢查询。

支持的数据源类型​

  • MySQL

使用场景​

需要检查已上线业务是否有超过指定时长的慢SQL产生。

采集方式​

方式一：采集慢日志文件​

前置条件​

  • 已添加对应数据源；
  • 修改配置文件my.cnf，在文件中设置以下内容：
my.cnf
slow_query_log = ON //开启慢日志
slow_query_log_file = /var/lib/mysql/tmp_slow.log   //设置慢日志文件路径
long_query_time = 1  //设置慢查询时间阈值，当前示例时间为1s，可根据实际业务变更

步骤一：新建智能扫描任务​

新建智能扫描任务，填写以下字段信息：

  • 任务名称：指定扫描任务的名称，当前仅支持英文名称；
  • 数据源名称：选择扫描任务对应的数据源；
  • 数据库：选择扫描任务使用的数据库；
  • 数据库类型：根据选取的数据源呈现；
  • 任务类型：选择慢日志；
  • 审核过去时间段内抓取的SQL（分钟）：扫描的时间覆盖范围；
  • 采集来源：填写0，代表采集mysql-slow.log 文件；
  • 审核规则模板：选择对应的审核规则模板；
  • 审核任务周期：配置的是SQLE对审核任务进行自动审核的执行时间；

点击提交，完成慢日志扫描任务创建。

步骤二：执行scannerd文件​

提示

注意：scannerd文件通常在SQLE的bin目录下，需将scannerd文件放在数据源环境下执行。

示例如下：

./scannerd slowquery -H "127.0.0.1" -P "10000" -N "slowlog_of_GRADE1" -J "default" -A eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhcG4iOiJzbG93bG9nX29mX0dSQURFMSIsImV4cCI6MTcwODA3MjMzNSwibmFtZSI6ImFkbWluIn0.ArU5HpU7aSSVrRutxSAwRFYahSx0_4RNzD4KB6LTfpM --log-file /var/lib/mysql/mysql-for-test-slow.log

参数解释如下：

  • -J, --project：说明扫描任务所在项目，例“default”；
  • -H, --host string：指定SQLE主机所在地址；
  • -N, --name string：指定扫描任务名称，scannerd会将获得的慢SQL传至指定的任务池中审核；
  • -P, --port string：指定SQLE所在端口；
  • -A, --token string：输入扫描任务凭证token；
  • --log-file：指定慢日志文件，scannerd从该文件中获取慢SQL；

方式二：采集慢日志表​

前置条件​

  • 已添加数据源
  • 在MySQL中设置以下内容：
set global long_query_time=1; // 需根据实际业务调整慢查询时间阈值，此处仅供参考
set global slow_query_log=1; // 开启慢日志查询
SET GLOBAL log_output='FILE,TABLE';// 开启 MySQL 的慢日志收集功能，并且确认将慢日志内容写入文件 mysql-slow.log 和表 mysql.slow_log
提示

为了优化查询性能，使用这一采集方式时，需要用户手动运行下面的SQL，将mysql.slow_log表的引擎改为MyISAM，并添加索引。

ALTER TABLE mysql.slow_log ENGINE = MyISAM;
ALTER TABLE mysql.slow_log ADD INDEX idx_start_time (start_time);

新建智能扫描任务​

新建智能扫描任务，填写以下字段信息：

  • 任务名称：指定扫描任务的名称，当前仅支持英文名称；
  • 数据源名称：选择扫描任务对应的数据源核；
  • 数据库：选择扫描任务使用的数据库；
  • 数据库类型：根据选取的数据源呈现；
  • 任务类型：选择慢日志扫描任务；
  • 采集周期(分钟)：SQLE进行采集的周期，若设置为10分钟，则SQLE将每隔10分钟去采集慢日志表中生成的慢查询；
  • 审核过去时间段内抓取的SQL（分钟）：扫描的时间覆盖范围；
  • 采集来源：填写1，代表采集mysql.slow_log 表；
  • 审核规则模板：选择对应的审核规则模板；
  • 审核任务周期：配置的是SQLE对审核任务进行自动审核的执行时间；

点击提交，完成慢日志扫描任务创建。

执行结果​

在扫描任务详情查看扫描的SQL语句及审核报告。

后续步骤​

  1. 分析扫描任务报告中出现的慢SQL：用户可以重点关注慢SQL的部分，这些SQL可能需要进行性能优化或数据库结构调整，以提升系统的响应速度。
  2. 过滤不关心的SQL：用户可以通过在sqle.black_list_audit_plan_sqls表中添加需要过滤的SQL片段，实现对scanner扫描任务中不关心的SQL的过滤。这样，在SQLE的增量和全量接口中包含了指定关键字的SQL将被自动过滤掉，减少冗余的结果展示。
- + \ No newline at end of file diff --git a/docs/user-manual/project/audit_task/topsql/index.html b/docs/user-manual/project/audit_task/topsql/index.html index ae23b54f..6ed94d22 100644 --- a/docs/user-manual/project/audit_task/topsql/index.html +++ b/docs/user-manual/project/audit_task/topsql/index.html @@ -4,13 +4,13 @@ TopSQL | SQLE 文档 - +
版本：v3

TopSQL

本节介绍如何

支持的数据源类型​

  • DB2
  • Oracle
  • OceanBase for MySQL
- + \ No newline at end of file diff --git a/docs/user-manual/project/data_access_control/authorization_list/index.html b/docs/user-manual/project/data_access_control/authorization_list/index.html index 0441fc6b..0ec5c29e 100644 --- a/docs/user-manual/project/data_access_control/authorization_list/index.html +++ b/docs/user-manual/project/data_access_control/authorization_list/index.html @@ -4,14 +4,14 @@ 授权清单 | SQLE 文档 - +
版本：v3

授权清单

通过统一分配指定权限操作用户，避免出现因业务多导致权限管理分散的困境，同时追溯权限发放原因。

使用场景​

在数据库权限的发放过程中，通常需要进行追溯和审计，特别是对于安全要求较高的系统。授权清单功能可以追溯记录权限发放的详细信息，如授权模板、有效期、授权目的、备注等，以满足对权限发放过程的审计和跟踪需求，保障系统的安全性和合规性。

前置条件​

在执行授权清单操作之前，请确保已完成以下步骤：

  • 已添加权限模板；
  • 已添加成员；

操作步骤​

步骤一：进入授权清单列表并点击授权

步骤二：填写授权基本信息

  • 选择授权模板
    • 选择权限模板
    • 设置授权有效期
  • 配置授权目的
    • 选择使用人
    • 输入授权目的或用途
    • 填写授权备注信息
  • 新建数据库连接账号
    • 输入连接账号名
    • 输入连接域
    • 输入连接密码并确认

完成以上步骤后，点击确认，即可完成当前的授权操作。

执行结果​

授权操作完成后，您将在授权清单列表中看到相应的执行结果。可以参考下方的示意图 auth_list

更多操作​

除了上述的基本操作之外，还可以进行以下操作：

  • 回收权限：回收当前授权产生的数据库连接账号，绑定用户不再拥有权限模板中的数据操作能力；
  • 续期授权：延期数据库连接账号的可用时间；
- + \ No newline at end of file diff --git a/docs/user-manual/project/data_access_control/intro/index.html b/docs/user-manual/project/data_access_control/intro/index.html index 6ef99254..e03bd159 100644 --- a/docs/user-manual/project/data_access_control/intro/index.html +++ b/docs/user-manual/project/data_access_control/intro/index.html @@ -4,13 +4,13 @@ intro | SQLE 文档 - +
版本：v3

数据安全

平台通过权限控制，来实现数据安全。

- + \ No newline at end of file diff --git a/docs/user-manual/project/data_access_control/permission_template/index.html b/docs/user-manual/project/data_access_control/permission_template/index.html index 04a26aa4..09ea57b8 100644 --- a/docs/user-manual/project/data_access_control/permission_template/index.html +++ b/docs/user-manual/project/data_access_control/permission_template/index.html @@ -4,13 +4,13 @@ 权限模板 | SQLE 文档 - +
版本：v3

权限模板

权限模板支持灵活分组，按集合组织权限模板，以减少重复分配相同权限的工作量，提高权限管理效率。

使用场景​

当需要对大量用户进行授权时，权限模板可以帮助您快速批量分配相同的权限。您只需创建一个权限模板，在模板中组合不同数据源的数据操作权限，然后将该模板应用于所需的用户。这样可以节省大量手动分配权限的时间和工作量。

前置条件​

  • 已添加数据源

操作步骤​

步骤一：进入权限模板列表，点击添加模板

步骤二：填写模板名称

步骤三：填写模板数据权限

  • 选择数据源对应的业务：必选，用以确定数据源的可选范围；
  • 选择该业务下可用的数据源：必选，用以限制可操作的数据源；
  • 选择数据源下的库和表：非必选，如果不选，则对整个数据源的所有库表均有权限；
  • 选择该数据源上可用的数据操作权限：非必选，如果不选，则对整个数据库的所有数据表均有权限；

点击保存后，可以继续向权限模板中添加数据权限，或完成当前权限模板配置。

执行结果​

permission_template

更多操作​

  • 授权：指定拥有该模板权限的用户及数据库操作账号；
  • 类似创建：克隆当前规则模板；
- + \ No newline at end of file diff --git a/docs/user-manual/project/group_member/index.html b/docs/user-manual/project/group_member/index.html index 55eaf706..2b05d895 100644 --- a/docs/user-manual/project/group_member/index.html +++ b/docs/user-manual/project/group_member/index.html @@ -4,7 +4,7 @@ 成员/成员组管理 | SQLE 文档 - + @@ -12,7 +12,7 @@
版本：v3

成员/成员组管理

本文介绍项目内添加成员、成员组的步骤，以及其他管理操作。

前置条件​

  • 项目管理员进入指定的项目；
  • 平台管理员已完成用户的添加；
  • 平台管理员已完成角色的添加；

成员管理​

成员由项目管理员添加，只有被添加为成员后，才可查看、操作项目内资源。

使用场景​

  • 一个业务以项目的形式管理SQL工单、扫描任务等资源，若用户需要在指定项目中执行SQL工单、扫描任务等相关操作，则需要成为该项目的成员，并具有相应角色操作权限。

添加成员​

步骤​

项目管理员点击成员标签，点击添加成员按钮；

字段说明​

  • 用户名：选择平台已添加的用户；
  • 选择是否为项目管理员：项目管理员将负责项目管理行为，例如添加数据源和成员等；
    • 若将当前成员设为项目管理员，则该成员将对项目内所有数据源拥有所有操作权限，无需额外配置权限；
    • 若未设置，则当前成员在项目内的操作权限将根据下一步添加角色与数据源的绑定获得；
  • 添加角色与数据源的绑定；
    • 添加数据源：指定当前成员能操作的数据源；
    • 添加角色：指定当前成员在该数据源上的角色权限，角色设置请参见角色管理；
  • 删除角色与数据源的绑定；

执行结果​

项目管理员可查看当前项目中添加的成员列表。 成员列表

后续步骤​

配置项目审核流程模板：可以指定成员作为审核/上线环节的操作人，请参见审核流程模板。

更多操作​

  • 编辑成员：添加成员后，项目管理员可修改成员可用的数据源及对应角色权限；
    • 限制：编辑之前产生的工单不受影响，编辑之后工单创建时将应用最新的数据源及权限对应关系；
  • 删除成员：项目管理员可删除项目中的成员；
    • 限制：若成员已不在项目内，则无权操作工单；

成员组管理​

使用场景​

  • 如果若干用户在项目内具备相同的操作权限或访问权限，可以通过将他们加入同一个成员组来配置他们对项目资源的权限。

添加成员组​

步骤​

项目管理员点击成员组标签，点击添加成员组按钮；

字段说明​

  • 成员组名：填写成员组的名称；
  • 用户名：选择需要加入为组员的用户；
  • 选择是否为项目管理员：项目管理员将负责项目管理行为，例如添加数据源和成员等；
    • 若将当前成员设为项目管理员，则该成员将对项目内所有数据源拥有所有操作权限，无需额外配置权限；
    • 若未设置，则当前成员在项目内的操作权限将根据下一步添加角色与数据源的绑定获得；
  • 添加角色与数据源的绑定；
    • 添加数据源：指定当前成员能操作的数据源；
    • 添加角色：指定当前成员在该数据源上的角色权限，平台默认提供DEV、DBA两种角色，负责SQL语句的提交、审核及上线操作；更多角色设置请参见角色管理；
  • 删除角色与数据源的绑定；

执行结果​

项目管理员可查看当前项目中添加的成员组列表。 成员组列表

后续步骤​

  • 配置项目审核流程模板：可以批量匹配具有同一权限的成员作为审核/上线环节的操作人，，请参见审核流程模板。

更多操作​

  • 编辑成员组：添加成员组后，项目管理员可修改成员组可用的数据源及对应角色权限；
    • 限制：编辑之前创建的工单不受影响，之后创建的工单将依据新的数据源及权限；
  • 删除成员组：项目管理员可删除项目中的成员组；
    • 限制：若成员组内成员已不在项目内，则无权操作工单；
- + \ No newline at end of file diff --git a/docs/user-manual/project/instance-manager/index.html b/docs/user-manual/project/instance-manager/index.html index aa770cfd..864be2b8 100644 --- a/docs/user-manual/project/instance-manager/index.html +++ b/docs/user-manual/project/instance-manager/index.html @@ -4,14 +4,14 @@ 数据源管理 | SQLE 文档 - +
版本：v3

数据源管理

本文介绍如何在项目中进行数据源管理，包括数据源的增加、删除、编辑操作。 数据源是工单和扫描任务的实施对象，用户在平台创建的工单和扫描任务都将针对指定的数据源执行。因而项目创建后需要首先配置项目内可用的数据源。

提示

数据源是SQLE连库审核的对象，任何审核的场景下若可以不选数据源则代表将进行脱库审核。

使用场景​

实际生产中，如果需要针对某个数据源下发SQL或创建扫描任务，需要首先将数据源添加至SQLE平台，测试连通成功后才可创建工单、创建扫描任务。

添加数据源​

前置操作​

项目管理员进入指定的项目

操作步骤​

点击左侧导航栏的数据源菜单，进入数据源管理页面后，点击添加数据源，填写数据源相关信息

  • 数据源名称：命名当前新建的数据源，如：actionsky-test；
  • 数据源描述：用户可对数据源补充更多描述，便于用户通过名称+描述快速更精准地区分数据源；
  • 数据库类型：选择数据库实例对应的数据库类型，当前支持的数据库类型包括MySQL、PostgreSQL、Oracle、SQL server、DB2、TiDB、OceanBase For MySQL、OceanBase For Oracle、Mycat、TDSQL for InnoDB、达梦；
  • 数据库地址：输入数据库实例的连接地址，支持IP地址、域名两种方式；
  • 数据库端口：添加数据源时根据数据源类型自动切换默认端口；
  • 连接用户：输入数据库实例的连接用户，SQLE在执行SQL审核以及SQL上线时，会通过该连接用户访问数据库实例及下发SQL；
  • 密码：输入数据库实例的连接用户密码；
  • 审核规则模板：审核规则模板将用于创建工单时的审核、扫描任务的审核、SQL查询的审核；
  • 运维时间：如果配置了运维时间, 工单将只能在运维时间内上线(立即上线和定时上线都受此影响), 支持配置多个运维时间, 默认无运维时间,即不限制上线时间；
  • SQL查询是否需要审核：默认不审核；如用户选择开启该功能，则用户在SQL工作台中提交的SQL语句，将匹配审核规则模板进行SQL审核操作；
  • 运行查询的最高审核等级：只有开启 SQL查询的审核功能才生效；支持四种审核等级：normal、notice、warn、error，如设置运行查询的最高审核等级为warn，则触发了warn等级规则以上的SQL语句将报错，并不予执行；未触发warn等级规则以上的SQL语句将被执行；

执行结果​

数据源添加成功后，可在数据源列表查看新增的数据源信息。

数据源列表

后续步骤​

  • 创建审核规则：添加数据源后，可针对指定数据源创建适用的审核规则，请参见审核规则模板管理。
  • 添加成员/成员组：添加数据源后，需要引入成员/成员组对数据源进行操作，请参见成员/成员组管理。

更多管理功能​

  • 编辑数据源：点击数据源列表页面对应数据源条目后的编辑按钮，可以修改指定数据源。
    • 限制：数据源名称及数据库类型不支持修改，其他信息均可修改
  • 删除数据源：点击数据源列表页面对应数据源条目后的删除按钮，可以删除指定数据源。
    • 限制：若数据源上还有相应工单未完成，则该数据源暂时不可删除
  • 连通性测试：点击更多按钮，选择连通性测试，测试是否可以用当前的数据源地址及用户密码成功连入数据源。
- + \ No newline at end of file diff --git a/docs/user-manual/project/instance_syn/index.html b/docs/user-manual/project/instance_syn/index.html index 8d873e2d..88b8a479 100644 --- a/docs/user-manual/project/instance_syn/index.html +++ b/docs/user-manual/project/instance_syn/index.html @@ -4,7 +4,7 @@ 外部数据源同步【企业版】 | SQLE 文档 - + @@ -14,7 +14,7 @@ sip

3.针对需要同步的实例组添加项目标签​

为需要同步的数据源组，添加业务标签，SQLE同步时，将依据项目标签值，将实例同步至指定项目中，并赋予指定业务属性。 tag

操作步骤​

  • 进入SQLE平台，展开数据源管理，点击外部数据源同步，进入同步任务页面
  • 添加同步任务，填写以下相关信息
    • 来源：目前仅支持DMP平台；
    • 地址：默认格式为http://ip:port；
    • 数据源类型：选择需要同步的实例对应的数据源类型，如MySQL；
    • 审核规则模板：选择数据源使用的规则模板；
    • 设置同步间隔：SQLE平台将按照指定的同步时间执行数据源同步任务；
  • 点击提交 按钮，SQLE会立即进行一次数据源同步。

操作结果​

同步成功后进入对应项目，查看数据源列表页面，可以看到DMP上配置了SIP的数据源组已经被添加到SQLE平台，可以对这个数据源进行创建工单或创建扫描任务等操作。

syn-result instance-syn

后续操作​

管理员可编辑或删除同步任务，也可在同步周期之外，手动执行同步任务。

- + \ No newline at end of file diff --git a/docs/user-manual/project/intro/index.html b/docs/user-manual/project/intro/index.html index 73855ad0..b4bbb888 100644 --- a/docs/user-manual/project/intro/index.html +++ b/docs/user-manual/project/intro/index.html @@ -4,7 +4,7 @@ 功能介绍 | SQLE 文档 - + @@ -12,7 +12,7 @@
版本：v3

功能介绍

自2.22.11.0版本起，平台引入项目管理概念，与SQL审核相关的资源均以项目的形式进行资源隔离。创建工单前，需要由项目管理员设置好项目内部必要的资源环境，包括项目使用的数据源、用户、流程模板、规则模板、白名单信息等，随后，项目成员才可在项目内提交工单并审核上线，或设置智能扫描任务。 本文介绍项目管理的使用场景以及如何以项目形式管理SQL工单、扫描任务等项目资源。在进行项目管理之前，需要由管理员进行创建项目，具体操作请参见创建项目。

说明​

提示

社区版仅支持一个默认项目，项目管理员是admin，企业版可创建多个项目，有创建项目权限的用户可以创建项目，创建项目后，可指定其他项目成员为项目管理员。

使用场景​

企业内容存在多个业务，且各个业务之间的数据源、工单、扫描任务可能由不同团队在负责，希望不同团队之间的数据相互隔离。此时，可在平台内以不同项目的行为去管理多个业务资源（数据源、工单、扫描任务等）。

项目内资源调度​

资源调度 项目内的主要业务为工单审核及智能扫描任务审核。围绕工单及智能扫描任务，涉及到数据源管理、审核规则模板管理、白名单管理、审核流程管理、成员管理。

以工单审核为例​

工单是为了满足下发SQL时审核、上线环节的流程化需求。

工单的完整生命周期包括创建、审核、上线，其中涉及数据源、审核流程、审核规则模板、白名单的操作。

备注
  • 审核流程：一个项目可绑定一个审核流程，该审核流程将应用于该项目下的所有工单审核。
  • 数据源：工单作用于具体的数据源，创建工单时，需要指定一个或多个数据源。
  • 审核规则模板：创建工单时，平台会基于该数据源应用的审核规则模板，对成员提交的SQL语句进行审核，满足应用的审核规则后，才可创建工单。
  • 白名单：创建工单时，若存在不需要审核的SQL语句，可将该SQL语句添加至白名单，提交该SQL时平台将不做审核。

以智能扫描任务为例​

智能扫描任务是为了满足长期的SQL审核，平台支持的扫描任务类型包括库表元数据、TopSQL、慢日志、Mybatis扫描、应用程序SQL抓取及其他自定义扫描任务。

智能扫描任务的完整生命周期包括创建、查看扫描任务报告，其中涉及数据源、审核规则模板、白名单的操作。

备注
  • 数据源：智能扫描任务作用于具体的数据源，创建智能扫描任务时，需要指定一个数据源。
  • 审核规则模板：创建的智能扫描任务，将基于该任务下数据源应用的审核规则模板，审核任务中的SQL语句，并生成报告。
  • 白名单：创建扫描任务时，若存在不需要审核的SQL语句，可将该SQL语句添加至白名单，执行扫描任务时，将略过该语句。

项目内资源权限​

资源权限

项目内由成员执行工单及扫描任务。

前置条件​

  • 需要将平台创建的用户/用户组引入项目，成为项目成员/项目成员组后，才可在项目内进行操作。平台用户/用户组的创建，请参见平台用户管理。
  • 引入项目成员/成员组时，需要指定成员/成员组在对应数据源上的操作角色，成员/成员组将继承角色对应的操作权限。角色的配置，请参见平台角色管理。

资源权限说明​

  • 一个项目内可引入多个成员/成员组
  • 成员/成员组将依据自身绑定的数据源及对应角色权限，对指定数据源进行指定的操作。
  • 如当前项目引入了成员user1，并在user1上绑定了数据源local，并指定角色为DEV（创建工单），那么user1在当前项目中可执行的操作为：针对数据源local创建工单/管理自己创建的工单。
- + \ No newline at end of file diff --git a/docs/user-manual/project/operation_records/index.html b/docs/user-manual/project/operation_records/index.html index 42314160..1f6c0424 100644 --- a/docs/user-manual/project/operation_records/index.html +++ b/docs/user-manual/project/operation_records/index.html @@ -4,13 +4,13 @@ 操作记录 | SQLE 文档 - +
版本：v3

操作记录

使用场景​

SQLE平台提供操作记录，当审核/上线产生问题时，用户需要从操作行为判定问题责任方。此时，用户可以使用平台的操作记录功能，查看平台行为的操作人、操作时间。

入口​

用户点击操作与审计标签，进入操作记录页面，查看权限范围内可见的操作记录。

  • 用户可对操作记录进行筛选，查看符合条件的操作记录；
  • 用户也可在当前筛选条件下，导出平台操作记录，用以线下审计;

操作记录

更多操作​

SQLE会定时回收已产生的操作记录，目前该过期时间默认为90天。如果用户需要自定义过期时间，可以在全局配置中修改。

- + \ No newline at end of file diff --git a/docs/user-manual/project/project_create/index.html b/docs/user-manual/project/project_create/index.html index 204fe0f3..768026d1 100644 --- a/docs/user-manual/project/project_create/index.html +++ b/docs/user-manual/project/project_create/index.html @@ -4,7 +4,7 @@ 创建项目【企业版】 | SQLE 文档 - + @@ -12,7 +12,7 @@
版本：v3

创建项目【企业版】

本文介绍如何在SQLE平台创建项目。 SQLE平台通过引入项目实现业务、资源的隔离，项目内创建的工单及扫描任务都将带有项目属性，仅项目成员可查看、操作。

使用场景​

企业内容存在多个业务，且各个业务之间的数据源、工单、扫描任务可能由不同团队在负责，希望不同团队之间的数据相互隔离。此时，可在平台内以不同项目的行为去管理多个业务资源（数据源、工单、扫描任务等）。

前置条件​

创建新项目时，需要用户拥有创建项目的权限，这部分内容可通过管理员账号配置，请参见平台用户管理，或由平台管理员直接创建项目。

操作步骤​

拥有项目创建权限的用户/平台管理员点击页面顶部菜单栏项目，选择查看所有项目，点击列表右上角创建项目按钮

  • 输入项目名称。如：actionsky；
  • 输入项目描述。如：处理爱可生项目的数据源、工单及扫描任务；
  • 点击提交；

执行结果​

  • 项目创建完成后，可在项目列表中查看当前用户创建的项目。
  • 选中指定项目，可进入项目详情页面，查看并管理项目内的数据源、成员、审核规则模板、审核流程模板等内容。

项目列表

提示

项目创建人在创建项目后会成为项目成员，承担项目管理员的身份，支持指定其他成员成为项目管理员，一个项目可对应多个项目管理员。

后续步骤​

项目创建后，用户在进行创建工单、创建扫描任务的核心业务之前，还需要做如下操作：

  • 初始化工单、扫描任务的实施对象即数据源，具体操作请参见数据源管理。
  • 初始化工单、扫描任务的使用人员以及使用人员的操作权限即项目成员，具体操作请参见成员管理。
  • 初始化工单、扫描任务的审核规则模板，一个项目内可为不同数据源定义不同的规则模板，具体操作请参见规则模板管理。
  • 若存在无需审核的SQL，可在白名单管理中初始化白名单，请参见白名单管理； 初始化工单的项目审核流程模板，一个项目内所有工单共用一个审核流程，具体操作请参见流程模板管理。

更多管理功能​

项目管理包含编辑及删除操作。

  • 项目编辑：项目创建人/平台管理员可在项目列表编辑项目条目信息，可编辑项为项目描述。
  • 项目删除：项目创建人/平台管理员可在项目列表删除项目条目。
    • 限制：删除项目前，需要确保项目下没有进行中的工单，才可成功删除。
    • 影响：删除项目后，该项目下的数据源、工单及扫描任务信息都将被删除。
  • 冻结项目：若有项目需要临时停用，项目创建人/平台管理员可在项目列表点击冻结项目。
    • 限制：冻结项目前，需要确保项目内没有未完成的工单。
    • 影响：冻结项目后，项目内所有操作均不可执行。
    • 后续：用户可点击启用操作，重新启用该项目。
- + \ No newline at end of file diff --git a/docs/user-manual/project/quick_audit/index.html b/docs/user-manual/project/quick_audit/index.html index 63c2f282..8bab50a3 100644 --- a/docs/user-manual/project/quick_audit/index.html +++ b/docs/user-manual/project/quick_audit/index.html @@ -4,14 +4,14 @@ SQL审核 | SQLE 文档 - +
版本：v3

SQL快捷审核

本文介绍平台的SQL审核功能，该功能可以帮助用户快速审核SQL并了解优化建议。

使用场景​

当用户需要快速审核SQL并了解可优化点时，可以使用平台的SQL审核功能，快速获取审核结果。相较于SQL工单，SQL审核更注重用户快速自检，其目的是获取审核结果。而SQL工单除了获取平台的审核结果外，更侧重SQL的标准化上线。

前置条件​

用户需要进入项目页面才能使用SQL审核功能。

操作步骤​

用户点击左侧菜单栏的SQL审核标签，进入SQL审核列表页面，点击'新建'按钮。

输入审核标签​

  • 用户可以使用标签来区分SQL的性质、来源等特性；
  • 平台默认提供两种标签，用户可根据需要新建标签；

选择审核模式​

平台默认提供两种审核模式

  • 静态审核：脱库审核，无需选择数据源和数据库，但需要选择SQL对应的数据源类型。
  • 动态审核：连库审核，需要指定数据源、数据库；

输入待审核SQL​

平台当前提供5种审核方式，以满足不同的SQL场景。

  • 在线输入：直接在界面上输入SQL。
  • 上传XML文件：上传包含SQL的XML文件。
  • 上传SQL文件：上传SQL文件进行审核。
  • 上传ZIP文件：上传包含多个SQL文件的ZIP文件进行审核。
  • 配置GIT仓库：从GIT仓库中获取SQL文件进行审核。

点击立即审核，获得审核结果​

完成SQL输入后，用户点击立即审核按钮，获得平台给出的审核建议

执行结果​

审核完成后，用户可以查看审核结果并在SQL审核列表中查看生成的审核记录。 quick-audit

后续操作​

添加了标签的SQL审核记录将进入SQL管控列表页面，用户可以在管控列表页面统一管理SQL。

- + \ No newline at end of file diff --git a/docs/user-manual/project/rule-template-manager/index.html b/docs/user-manual/project/rule-template-manager/index.html index ec6d4c14..91627c2a 100644 --- a/docs/user-manual/project/rule-template-manager/index.html +++ b/docs/user-manual/project/rule-template-manager/index.html @@ -4,13 +4,13 @@ 审核规则模板 | SQLE 文档 - +
版本：v3

规则模版

本文将介绍如何管理项目中的审核规则模板。

规则模版分为全局模版和项目模版:

  • 全局模版 为超级管理员配置，所有项目都可见和使用；
  • 项目模版 由超级管理员或者项目拥有者配置，仅在项目内使用

使用场景​

SQLE平台提供不同数据库类型的审核规则，是在长期实践中依据数据库特性总结出的一些规范。用户可以根据需要，将这些规则进行聚合，生成不同的规则模板，通过审核规则模板为不同的数据源配置不同的审核规则,用以应对不同场景、不同业务的审核需求。

提示

每个规则模版内可独立配置规则的级别和参数

前置条件​

项目管理员进入指定的项目

创建规则模板​

入口​

项目管理员点击左侧导航栏规则模板菜单，点击创建规则模板按钮。

步骤一：输入基本信息​

  • 模板名称：命名当前规则模板，须以字母开头，只能包含字母、数字、中划线和下划线。如：test
  • 模板描述：补充描述模板的其他信息。如：用于测试规则模板触发的告警等级
  • 数据库类型：选择该规则模板应用的数据库类型，当前支持的数据库类型可参考数据源管理。

步骤二：选择要启用/禁用的规则​

  • 启用/禁用规则
  • 编辑规则告警等级：当前可设置项为普通、提示、警告、告警
  • 编辑规则参数默认值

步骤三：提交规则模板​

执行结果​

成功创建自定义审核规则模板后，项目管理员可查看已创建的自定义规则模板及其对应的数据库类型。

审核规则模板

后续步骤​

  • 设置数据源的审核规则模板：用户可为不同数据源设置相同或者不同的审核规则模板，具体操作请参见数据源管理
  • 创建工单：工单中SQL的审核将依据该数据源配置的审核规则模板，请参见工单说明。
  • 创建智能扫描任务：智能扫描任务中SQL的审核将依据该数据源配置的审核规则模板，请参见扫描任务说明。

更多操作​

  • 导入规则模板：可以导入其他项目中形成的规则模板文件
  • 编辑规则模板：编辑规则模板的基本信息及应用的规则
  • 删除规则模板：删除自行创建的规则模板
    • 限制：当已有数据源绑定了该规则模板，该规则模板不可被删除
  • 克隆规则模板：克隆当前的模板，克隆的规则模版只会继承源模版所有启用的规则、以及变更过的规则等级和阈值。克隆出的新规则模版的模版名称等基本信息需要手动填写。
  • 导出规则模板：导出当前选中的规则模板，以json格式下载规则模板内容。
- + \ No newline at end of file diff --git a/docs/user-manual/project/sqlmanage/index.html b/docs/user-manual/project/sqlmanage/index.html index cf6fd7d1..dba2dc9a 100644 --- a/docs/user-manual/project/sqlmanage/index.html +++ b/docs/user-manual/project/sqlmanage/index.html @@ -4,14 +4,14 @@ SQL管控 | SQLE 文档 - +
版本：v3

SQL全生命周期管控

SQL管控页面集中了用户在SQL审核和扫描任务中生成的SQL，方便进行集中的管理。用户可以快速发现审核出问题的SQL，并将其分配给其他成员处理，或将不关心的SQL设为忽略状态，从而实现高效的SQL管理。

使用场景​

当用户的SQL来源多且分散时，需要将这些SQL集中到一个页面进行管理，以避免遗漏问题SQL，并方便追溯问题SQL的产生及后续解决方式

前置条件​

用户需要登录平台并生成审核记录，满足以下条件之一：

  • 在使用SQL快捷审核时，为SQL附加了审核标签。
  • 成功配置了扫描任务并生成了审核记录。

使用步骤​

用户点击左侧菜单栏的SQL管控标签，进入SQL管控页面。

SQL筛选​

平台提供多种筛选方式，帮助用户快速找到符合条件的SQL：

  • SQL来源：根据SQL的来源方式进行筛选，如SQL审核、扫描任务；
  • 数据源：根据SQL所属的数据源进行筛选；
  • Schema：根据SQL所属的Schema进行筛选；
  • 审核规则等级：根据审核规则的等级进行筛选，如error、warning、notice、normal；
  • 时间范围：根据SQL生成的时间范围进行筛选；
  • SQL状态：根据SQL的状态进行筛选，如待处理、已解决、已忽略等；
  • 与我相关：根据SQL是否与当前用户相关进行筛选，可以选择只显示与当前用户有关的SQL。
  • 端点信息：根据SQL的来源端点进行筛选

SQL操作​

除了展示和过滤SQL，平台还提供多种SQL操作方式，帮助用户快捷处理SQL：

  • 按指纹查看SQL：支持按SQL指纹做聚合，跳转查看SQL审核列表；
  • 查看SQL执行计划：支持查看SQL分析结果，快速了解SQL的执行计划；
  • 指派负责人：可以将SQL指派给对应负责人处理；
  • 变更状态：可以将表单中的SQL标记为已解决、已忽略或已人工审核的状态；
  • 导出：可以根据当前筛选条件导出SQL管控列表的信息。

操作结果​

通过以上步骤，用户可以使用SQL管控功能集中管理SQL，快速发现问题SQL并进行处理。 sqlmanage

- + \ No newline at end of file diff --git a/docs/user-manual/project/whitelist-manager/index.html b/docs/user-manual/project/whitelist-manager/index.html index bb2722b6..ec5953fa 100644 --- a/docs/user-manual/project/whitelist-manager/index.html +++ b/docs/user-manual/project/whitelist-manager/index.html @@ -4,14 +4,14 @@ 白名单管理 | SQLE 文档 - +
版本：v3

白名单企业版

本文介绍如何增加、编辑、删除项目中的白名单。

SQLE在企业版中提供白名单功能，便于用户在特定场景下规避具体规则的审核。添加在SQL审核白名单中的语句，在提交工单申请时，不受审核规则的约束。

提示

白名单目前支持两种方式匹配SQL，字符串匹配和SQL指纹匹配，字符串匹配需要SQL内容一致，SQL指纹匹配匹配同类型的SQL。

使用场景​

当已知一些 SQL 存在不规范之处，但又想忽略时，可以将SQL语句添加至白名单。

前置条件​

项目管理员进入指定的项目。

添加白名单​

项目管理员点击左侧导航栏白名单菜单，点击白名单列表右上角的添加白名单按钮。

  • 选择匹配模式：提供以下两种方式
    • 字符串匹配：若选择通过字符串匹配，则将应用于指定SQL语句。
    • SQL指纹匹配：若选择通过SQL指纹匹配，则应用于语句结构一致的SQL。
  • 输入白名单描述：用以提示该条白名单SQL的应用场景
  • 输入SQL语句

执行结果​

成功添加白名单后，您可以在当前项目中查看所有的项目白名单及其匹配模式。

whitelist

此时，审核对应的SQL语句，审核结果处将出现白名单的提示。 whitelist

后续步骤​

  • 创建工单：添加白名单后，可继续创建工单，白名单中的语句将不会触发审核，请参见工单说明。
  • 创建智能扫描任务：添加白名单后，审核将跳过白名单中的语句，请参见扫描任务说明。

更多操作​

  • 编辑白名单
  • 删除白名单
- + \ No newline at end of file diff --git a/docs/user-manual/project/workflow-template-manager/index.html b/docs/user-manual/project/workflow-template-manager/index.html index b33047c9..e9bfe69a 100644 --- a/docs/user-manual/project/workflow-template-manager/index.html +++ b/docs/user-manual/project/workflow-template-manager/index.html @@ -4,14 +4,14 @@ 审核流程模板 | SQLE 文档 - +
版本：v3

流程模版

本文介绍项目中的审核流程模板管理。

SQLE平台应用审核流程模板来规范项目内工单审核、上线的流程，项目管理员可配置审核涉及的节点、上线节点，及对应的操作用户。

提示

一个项目有且仅有一个审核流程模板。项目创建后会初始化一个默认模版，用户可根据实际情况调整。

警告

修改流程模版仅对之后的工单有效，之前的工单流程步骤不变

使用场景​

一个业务团队中，开发需要在指定数据源上执行SQL，上线的SQL需要符合DBA约定了的安全以及性能规范。因此，SQLE为工单场景提供了不同人员之间的协作工作流，即审核流程。

前置条件​

  • 项目管理员进入指定的项目；
  • 项目管理员已添加项目成员/成员组；

配置审核流程​

项目管理员点击左侧导航栏流程模板菜单， 点击修改当前审批流程模板按钮

设定模板的基本信息​

设置允许创建工单的最高审核等级

当前提供四种审核等级，包括：

  • 普通normal
  • 提示notice
  • 告警warn
  • 错误error

若设置“运行查询的最高审核等级”为告警warn，则审核结果小于等于warn的SQL都可以执行.

设置流程节点​

审核流程自工单发起开始，通过设置的审核步骤后，最后以执行上线结束

第一步 工单发起​

这一步骤通常指代项目成员创建工单

第二步 工单审核​

配置审核节点后，对应审核操作人在该步骤可以执行审核通过或驳回操作

  • 选择审核人类型，可以选择指定审核人或匹配拥有数据源审核权限的成员
  • 添加步骤描述：用以补充说明步骤信息
  • 添加审核步骤：审核流程模板最多可设置4个审核节点，也可不设置审核步骤
提示
  • 若选择指定审核人
    • 需要项目管理员指定项目成员
    • 最少需要添加一个指定人，最多只能添加三个指定人
    • 指定的审核人可以没有工单审核权限
  • 若选择匹配拥有数据源审核权限的成员
    • 将按实例匹配数据源上拥有审核权限的成员
    • 如果创建工单时没有任何用户拥有此数据源工单审核权限, 则项目管理员将会被指定为工单审核人

第三步 工单上线：执行人在该步骤可以执行上线或驳回操作。​

  • 选择审核人类型，当前提供两种方式：指定上线人或匹配拥有数据源上线权限的成员
  • 添加步骤描述
提示
  • 若选择指定审核人
    • 需要项目管理员指定项目成员
    • 最少需要添加一个指定人，最多只能添加三个指定人
    • 指定的上线人可以没有工单上线权限
  • 若选择匹配拥有数据源上线权限的成员
    • 将按实例匹配数据源上拥有上线权限的成员
    • 如果创建工单时没有任何用户拥有此数据源工单上线权限, 则项目管理员将会被指定为工单上线人

第四步 提交审核流程模板​

提交审核流程后，流程修改之前创建的工单仍以提交工单时的审核流程执行，流程修改后的创建的工单将以当前的审核流程执行流转。

执行结果​

提交审核流程模板后，可查看当前设置的审批流程模板涉及的步骤节点，及各步骤的审核人。 审核流程模板

后续步骤​

创建工单：创建审核流程模板后，成员可进入项目中创建工单，请参见：创建工单

- + \ No newline at end of file diff --git a/docs/user-manual/project/workflow/audit-workflow/index.html b/docs/user-manual/project/workflow/audit-workflow/index.html index 4840ff3a..4dce517c 100644 --- a/docs/user-manual/project/workflow/audit-workflow/index.html +++ b/docs/user-manual/project/workflow/audit-workflow/index.html @@ -4,7 +4,7 @@ 审核工单 | SQLE 文档 - + @@ -13,7 +13,7 @@ 自动审核通常在创建工单时执行，本节主要介绍人工审核部分。

使用场景​

实际生产中会存在业务变更、业务上线，比如初始化构建业务库、跑批等，当工单创建后，通常需要审核人员执行审批操作，审批过程中，审批用户可选择审核通过或全部驳回。

前置条件​

工单已被创建。

操作步骤​

步骤一 查看待审核的工单​

  • 入口一：您可在dashboard中查看待自己审核的工单
  • 入口二：进入项目的工单列表，筛选工单状态为待审核，查看项目内待审核的工单

步骤二 点击待审核的工单名称，进入查看工单详情​

工单详情页信息包含以下几个方面：

  • 工单基础信息：包括工单名称、工单创建人、工单创建时间及工单描述；
  • 工单进度：查看当前工单的执行进度，及工单整体流经的流程节点，流程节点与审核流程模板中设置的节点保持一致；
  • 工单审核结果查看：
    • 概览：查看工单的整体概况信息，显示工单整体应用的数据源及审核情况
    • 按数据源查看：按数据源查看数据源上的SQL及其审核结果，并查看分析结果，也可下载审核报告、下载SQL语句、去重SQL；

步骤三 审核通过或驳回工单​

  • 审核通过：成员查看工单详情后，若审核通过，可点击审核通过按钮，完成审核；
  • 全部驳回：若审核不通过，可点击全部驳回按钮，并填写驳回原因，工单将返回至工单创建人处；

执行结果​

  • 审核通过：若点击审核通过，工单将按照审核流程模板流转至下一操作节点，状态变更为待审核或待上线； approve
  • 全部驳回：若点击全部驳回，工单状态将变更为已驳回，工单进度栏将提示提交的驳回原因，工单将返回至创建人处。 deny

后续步骤​

  • 审核工单：若工单涉及其他审核流程节点，工单将继续流转至下一审核节点审核
  • 上线工单：若工单不涉及其他审核流程节点，工单将流转至上线人处执行上线，可参考上线工单
- + \ No newline at end of file diff --git a/docs/user-manual/project/workflow/create-workflow/index.html b/docs/user-manual/project/workflow/create-workflow/index.html index ffe0230d..a331e21a 100644 --- a/docs/user-manual/project/workflow/create-workflow/index.html +++ b/docs/user-manual/project/workflow/create-workflow/index.html @@ -4,7 +4,7 @@ 创建工单 | SQLE 文档 - + @@ -12,7 +12,7 @@
版本：v3

创建工单

工单是SQLE提供的在线化SQL上线方式。研发人员可通过创建工单，提请需要审批的SQL语句。

使用场景​

实际生产中会存在业务变更、业务上线，比如初始化构建业务库、跑批。此时，需要针对某个数据库执行一批SQL。用户可通过SQLE创建工单，输入SQL语句或者上传SQL脚本。

前置条件​

  • 项目管理员已添加数据源；

操作步骤​

步骤一：填写工单基本信息​

创建工单前，需要为工单指定唯一的工单名称，并填写工单说明。

  • 填写工单名称：
    • 工单名称支持中英文；
    • 若未填写，平台将根据使用的数据源及添加时间组合填充工单名称；
  • 填写工单描述：输入工单描述信息，限3000个字符；

步骤二：上传SQL语句并审核​

需要填写工单中涉及的SQL语句，执行审核操作，SQLE会根据数据源配置的审核规则模板，自动进行SQL语句的规则审核，并在线反馈审核结果。

  • 选择数据源：表示当前SQL最终会应用到哪个数据源；
    • 社区版：一个工单内仅支持选择一个数据源；
    • 企业版：一个工单内支持添加多个数据源；
  • 是否选择相同SQL：当添加多个数据源时，可设置是否选择相同SQL；
    • 使用相同SQL模式，
      • 限制：数据源的数据库类型须相同；
      • 效果：对不同数据源下发相同SQL；
    • 若不使用相同SQL模式
      • 效果：对不同数据源下发不同SQL；
  • 选择数据库：选择要执行SQL的数据库，相当于执行 use 语句；
  • 选择审核SQL语句上传方式：平台提供三种上传方式，包括在线输入SQL语句、上传SQL文件、上传MyBatis的XML文件；
    • 在线输入SQL语句：项目成员可在平台编辑器中直接输入SQL；
    • 上传SQL文件：项目成员可选择本地的SQL文件上传；
    • 上传Mybatis的XML文件：项目成员可选择本地的XML文件上传；
      • 限制：平台仅支持审核XML文件中上传的SQL语句，尚不支持对其创建工单；
  • 点击审核，显示平台审核结果；
提示

在线输入SQL的场景下，平台支持对输入框中的SQL进行美化，以此提高SQL可读性。

注：当前支持SQL美化的数据源类型包括：

  • MySQL
  • DB2
  • SQL Server
  • Oceanbase For MySQL
  • Oracle
  • PostgreSQL

步骤三：查看审核结果​

将根据数据源不同，展示不同数据源下的SQL审核结果。 审核结果由以下几部分组成：

  • 数据源标签：显示当前SQL操作的数据源，当有多个数据源时，可切换数据源标签，查看不同数据源上的审核情况；
  • 数据源上SQL的整体审核通过率、审核结果评分及操作的数据库；
  • 数据源上每条SQL的审核结果，包括
    • SQL语句：查看原始SQL
    • 审核结果：查看SQL触发的规则及规则等级；
      • 点击SQL及审核结果栏，可以在右侧抽屉中查看完整信息；
      • 在GIT仓库审核及ZIP文件审核时，可以查看SQL具体的来源路径；
    • SQL分析：企业版用户支持查看SQL分析结果；
  • 功能区：
    • 下载审核报告：查看当前数据源下审核的sql语句及其审核结果；
    • 下载SQL语句：下载文件，可查看当前数据源下审核的SQL语句及其审核结果；
    • 设置是否去重：若SQL语句结构一致，去重后将仅显示去重后的SQL；
审核通过率计算方式
审核通过率=正常sql/sql总数
审核结果等级为notice,warn,err的sql均为非正常sql
审核结果评分计算方式
1.Error以上级别SQL出现率 = Error级别SQL数 / 总SQL数
2.Warn以上级别SQL出现率 = (Error级别SQL数 + Warn级别SQL数) / 总SQL数
3.Warn以上级别SQL出现率 = (Error级别SQL数 + Warn级别SQL数 + Notice级别SQL数) / 总SQL数
4.总分 = 审核通过率 x 30 +
(1 - Error以上级别SQL出现率) x 15 +
(1 - Warn以上级别SQL出现率) x 10 +
(1 - Notice以上级别SQL出现率) x 5 +
(Error以上级别SQL出现概率 == 0 ? 15 : 0) +
(Warn以上级别SQL出现概率 == 0 ? 10 : 0) +
(Notice以上级别SQL出现概率 == 0 ? 5 : 0) +
(Error以上级别SQL出现概率 <0.1 ? 5 : 0) +
(Warn以上级别SQL出现概率 <0.1? 3 : 0) +
(Notice以上级别SQL出现概率 <0.1 ? 2 : 0)

备注: 三元表达式 ==> ( 条件 ? 如果条件为真则为此值 : 如果条件为假则为此值 )

步骤四：点击创建工单​

完成创建后，进入工单列表，即可看到该工单显示为待审核。

执行结果​

创建工单后，可在工单列表查看已创建的所有工单。 list

后续步骤​

  • 审核工单：工单创建完成后，将依据审核流程模板的设定，流转至指定的审核成员处，审核成员需登录后进行审核操作，详情可参见审核工单。
  • 导出工单：当用户需要审计当前已创建的工单时，可选择筛选条件后，点击工单列表的导出工单按钮，以csv格式导出满足条件的工单信息。
- + \ No newline at end of file diff --git a/docs/user-manual/project/workflow/exec-workflow/index.html b/docs/user-manual/project/workflow/exec-workflow/index.html index 95cca4ad..2a5c8afd 100644 --- a/docs/user-manual/project/workflow/exec-workflow/index.html +++ b/docs/user-manual/project/workflow/exec-workflow/index.html @@ -4,14 +4,14 @@ 上线工单 | SQLE 文档 - +
版本：v3

上线工单

本章详细介绍用户如何进行上线。

  • 从数据源角度，支持多数据源同时上线、单数据源分别上线；
  • 从上线时间角度，支持立即上线、定时上线；
  • 从上线方式角度，支持平台直接上线，也支持后台执行后，线上标记为人工上线；

使用场景​

实际生产中上线环节也会存在业务变更等诸多情况，除了对工单做整体上线操作外，还存在以下需求：

  • 需要根据数据源分别上线；
  • 需要避开业务高峰期，在指定时间上线；
  • 已在后台执行SQL，需要线上标记为人工上线；

为此，SQLE平台也提供了多种上线方式，满足用户的上线需求。

前置条件​

工单状态为待上线；

操作步骤​

步骤一 进入待上线的工单​

  • 方式一：上线操作人可在dashboard中点击“需上线”标签，查看当前需要上线的工单；
  • 方式二：上线操作人也可在项目的工单列表中，筛选工单状态为“待上线”的工单，查看当前需要上线的工单；

步骤二 设置工单上线​

根据使用场景，区分为以下四种工单上线方式；

1.批量立即上线​

针对一个工单内涉及多个数据源，且多个数据源需要同时立即上线的，点击批量上线，平台将对工单内涉及的所有数据源执行上线操作；

2.单个数据源立即上线​

点击立即上线后，平台将立即连入指定数据源，并执行SQL变更；

3.单个数据源定时上线​

点击定时上线，并设置上线时间，平台将于指定时间上线SQL； 用户也可取消定时上线，重新设置上线方式。

4.标记为人工上线​

针对已经线下执行过的工单SQL，用户可点击标记为人工上线按钮，切换工单状态；

提示

上线人仍可选择全部驳回：用户判定工单中存在不合规、性能问题等SQL语句时，则可点击全部驳回，让工单创建人修正后再次进入审核流程。

备注

针对上线中的工单，用户可点击“中止上线”按钮，中断上线流程，以避免当前的上线操作影响正常业务。

执行结果​

result

- + \ No newline at end of file diff --git a/docs/user-manual/project/workflow/intro/index.html b/docs/user-manual/project/workflow/intro/index.html index 576629dd..98d87309 100644 --- a/docs/user-manual/project/workflow/intro/index.html +++ b/docs/user-manual/project/workflow/intro/index.html @@ -4,14 +4,14 @@ 功能说明 | SQLE 文档 - +
版本：v3

功能说明

很多公司通常设有 DBA（Database administrator） 这个职位，他们负责在系统上运行数据库，执行备份，执行安全策略等日常数据库运维的工作。其中，DBA一项重要的工作是规范研发人员在应用程序中使用的 SQL 语句。

场景举例：​

产品在迭代过程中，某个表需要新增一个字段，这会涉及到改表操作。 当前处理方法：DBA 依据数据库规范评估SQL语句的合理性。如果评估没有问题，则将修改操作应用到线上数据库。如果公司对于这类操作比较严格，在上线前，可能还需要经过层层审批。所有上线流程中的人都同意后，再将修改操作应用到数据库。

由此引出的问题：

  • SQL上线牵涉范围较广，缺乏规范化流程支撑
  • 工单运转节点不透明，需要DBA去手动通知

定位​

SQLE审核工单的出现主要是为了解决上述整个过程中的规范化、流程化的问题。

  • 通过引入审核规则模板，在人工审核前，首先利用规范化的DBA审核经验进行平台预审，提高整体审核效率
  • 通过引入审核流程模板，将SQL语句的流程节点透明化，并明确操作权限归属，提供规范化流程支持

流程​

process

状态说明
待审核创建完的工单自动进入「待审核」状态；该状态的工单将由项目流程设置的审核人进行审核。
待上线工单的每一道审核流程均执行通过后，工单状态将由「待审核」状态变更为「待上线」状态；上线人此时可选择立即上线或批量驳回，或针对具体数据源进行立即上线或定时上线。设置定时上线后，工单状态仍为「待上线」，到达预设的上线时间后，变更为「正在上线」状态；设置定时上线但还未到达上线时间的工单，可以由上线人取消定时上线，可以再次对工单进关闭、定时上线/立即上线等操作。
正在上线当上线人进行立即上线，工单会短暂的进入「正在上线」阶段，该阶段的时间取决于SQL是否上线完毕；当上线人选择定时上线，定时上线的工单到预设时间会自动执行SQL上线，此时工单也会由「待上线」状态变更为「正在上线」状态；SQL上线遇到阻塞的工单会一直处于「正在上线」状态。
上线成功SQL上线成功的工单会进入「上线成功」状态；上线成功标志工单流转结束，无法再对工单进行操作。
上线失败SQL上线失败的工单会进入「上线失败」状态；上线失败同样标志工单流转结束，无法再对工单进行操作
已驳回「待审核」的工单可以由每级的审批人进行审核，若审核不通过，被驳回，工单将进入「已驳回」状态；此状态的工单可以由创建人或者超管用户进行修改并重新提交工单，流程将被重置。
已关闭状态为「待审核」、「待上线」或「已驳回」的工单可以由创建人或者超管用户在任何时刻关闭工单，「已关闭」状态标志工单流转结束，无法再对工单进行操作；已经进入上线流程的工单无法关闭。
- + \ No newline at end of file diff --git a/docs/user-manual/sql-workbench/how-to-configure/index.html b/docs/user-manual/sql-workbench/how-to-configure/index.html index ab932801..6cf04ca5 100644 --- a/docs/user-manual/sql-workbench/how-to-configure/index.html +++ b/docs/user-manual/sql-workbench/how-to-configure/index.html @@ -4,14 +4,14 @@ 配置方法 | SQLE 文档 - +
版本：v3

配置方法

安装CloudBeaver​

提示

SQLE目前支持的CloudBeaver版本包括22.2.0、22.2.1、22.2.3、22.3.1、23.2.1版本

docker 部署：https://github.com/dbeaver/cloudbeaver/wiki/Run-Docker-Container

源码安装：https://github.com/dbeaver/cloudbeaver/wiki/Build-and-deploy

配置CloudBeaver​

步骤一 修改CloudBeaver配置文件cloudbeaver.conf​

cloudbeaver.conf配置文件通常在conf路径下

配置文件名是否必须修改修改内容修改原因
cloudbeaver.conf是将server.rootURI的值改为'/sql_query'；将server.serviceURI 的值改为 '/api/'(server.serviceURI默认就是/api/)SQLE目前只支持代理这个路由

config

步骤二 重启CloudBeaver​

配置cloudbeaver后，需要重启cloudbeaver以使配置项生效

步骤三 初始化CloudBeaver​

  • 使用 http://{IP}:8978/sql_query#/ 可以进入CloudBeaver即代表配置正确
  • 设置管理员用户名及密码：该用户名及密码将用于后续SQLE配置文件中
  • 确认security服务开启
  • 完成设置，登录管理员账号成功，则初始化成功

步骤四 配置完成后检查​

  • 确认角色正确:[访问管理] - [角色] 处应当只有admin和user两个角色

  • 确认没有冲突用户:[访问管理] - [用户] 处不应当有名称格式为 sqle-xxx的用户存在, 这会与SQLE自动创建的用户冲突

提示

用admin 跳转Cloudbeaver的时候，SQLE会在Cloudbeaver创建一个新的用户叫sqle-admin ，同时把这个用户缓存到数据库里，每次跳转先去数据库里找这个用户，如果已经存在，就会拿这个用户直接去登陆cb

配置SQLE​

步骤一 修改SQLE配置文件, 增加SQL工作台参数​

打开SQLE配置文件，配置文件一般位于SQLE工作目录的etc目录下, 文件名一般为sqled.yml 配置文件新增参数sql_query_config

参数字段参数说明
sql_query_configsql工作台参数, 此参数与 sqle_config在同一级

在sql_query_config参数下增加子参数，子参数在 sql_query_config 的下一级, 需要注意缩进

参数字段参数说明
cloud_beaver_hostcloudbeaver IP地址
cloud_beaver_portcloudbeaver访问端口
cloud_beaver_admin_usercloudbeaver管理员账户
cloud_beaver_admin_passwordcloudbeaver管理员密码

配置文件内容参考：

sqleconfig

步骤二 重启SQLE​

需要重启以使配置项生效。

步骤三 检查SQLE是否已成功集成CloudBeaver​

SQLE重启后进入平台，点击打开SQL工作台，若成功跳转，则说明当前SQLE平台已成功集成CloudBeaver。

提示
  • 平台管理员账户需要有 [添加/修改/删除][用户/实例/权限] 的权限
  • SQLE集成CloudBeaver后请勿使用CloudBeaver的管理员账户直接操作CloudBeaver的用户/实例/权限

常见问题​

如果在配置CloudBeaver时，出现跳转不正确等问题，可参考如何解决CloudBeaver跳转不正确的问题。

- + \ No newline at end of file diff --git a/docs/user-manual/sql-workbench/how-to-quick-deploy/index.html b/docs/user-manual/sql-workbench/how-to-quick-deploy/index.html index a3c3e1a7..558aa4f0 100644 --- a/docs/user-manual/sql-workbench/how-to-quick-deploy/index.html +++ b/docs/user-manual/sql-workbench/how-to-quick-deploy/index.html @@ -4,13 +4,13 @@ 使用定制包快速搭建环境 | SQLE 文档 - +
版本：v3

使用定制包快速搭建环境

SQLE在原有CloudBeaver release_22_2_0 分支的基础上, 增加了对OceanBase 和 TiDB 的支持, 用户无需再手动配置环境，可直接使用SQL工作台功能。

cb

定制分支与原分支区别详情

  • 支持并默认启用 OceanBase 驱动
  • 支持并默认启用 TiDB 驱动
  • 默认访问路由调整为 /sql_query, 便于与SQLE集成
  • 默认会话超时时间调整为12小时(之前是30分钟)
  • 移除了默认创建的 PG 演示实例和 SQLite 演示实例
  • docker镜像名调整为 actiontech/sqle-cloudbeaver:22_2_0
  • 优化打包方式, 大幅提高打包效率
  • 默认主题改为暗色

项目地址​

定制包下载地址​

https://github.com/actiontech/cloudbeaver/releases/tag/sqle.22.2.0

使用说明​

编译和运行项目​

与原项目编译运行方式保持一致

编译docker镜像​

进入项目的 deploy/docker 目录, 然后执行 ./make-docker-container.sh

运行docker镜像​

  • 方式一: 进入项目的 deploy/docker 目录, 然后执行 ./run-docker-container.sh
  • 方式二: 手动启动镜像, 镜像参数和 原项目镜像参数 保持一致

已有CloudBeaver环境升级为定制环境​

CloudBeaver程序目录下应当有以下几个文件

cb

将CloudBeaver程序目录下的conf目录和workspace目录移动到定制CloudBeaver程序目录下(覆盖原目录), 随后停止旧CloudBeaver, 运行新CloudBeaver即可

- + \ No newline at end of file diff --git a/docs/user-manual/sql-workbench/how-to-use/index.html b/docs/user-manual/sql-workbench/how-to-use/index.html index 020c5099..d2c43690 100644 --- a/docs/user-manual/sql-workbench/how-to-use/index.html +++ b/docs/user-manual/sql-workbench/how-to-use/index.html @@ -4,13 +4,13 @@ 使用定制包快速搭建环境 | SQLE 文档 - +
版本：v3

使用定制包快速搭建环境

SQLE在原有CloudBeaver release_22_2_0 分支的基础上, 增加了对OceanBase 和 TiDB 的支持, 用户无需再手动配置环境，可直接使用SQL工作台功能。

cb

定制分支与原分支区别详情

  • 支持并默认启用 OceanBase 驱动
  • 支持并默认启用 TiDB 驱动
  • 默认访问路由调整为 /sql_query, 便于与SQLE集成
  • 默认会话超时时间调整为12小时(之前是30分钟)
  • 移除了默认创建的 PG 演示实例和 SQLite 演示实例
  • docker镜像名调整为 actiontech/sqle-cloudbeaver:22_2_0
  • 优化打包方式, 大幅提高打包效率
  • 默认主题改为暗色

项目地址​

定制包下载地址​

https://github.com/actiontech/cloudbeaver/releases/tag/sqle.22.2.0

使用说明​

编译和运行项目​

与 原项目编译运行方式 保持一致

编译docker镜像​

进入项目的 deploy/docker 目录, 然后执行 ./make-docker-container.sh

运行docker镜像​

  • 方式一: 进入项目的 deploy/docker 目录, 然后执行 ./run-docker-container.sh
  • 方式二: 手动启动镜像, 镜像参数和 原项目镜像参数 保持一致

已有CloudBeaver环境升级为定制环境​

CloudBeaver程序目录下应当有以下几个文件

cb

将CloudBeaver程序目录下的conf目录和workspace目录移动到定制CloudBeaver程序目录下(覆盖原目录), 随后停止旧CloudBeaver, 运行新CloudBeaver即可

- + \ No newline at end of file diff --git a/docs/user-manual/sql-workbench/introduction/index.html b/docs/user-manual/sql-workbench/introduction/index.html index 80ea3e65..e8a3d4e1 100644 --- a/docs/user-manual/sql-workbench/introduction/index.html +++ b/docs/user-manual/sql-workbench/introduction/index.html @@ -4,7 +4,7 @@ 功能说明 | SQLE 文档 - + @@ -13,7 +13,7 @@ error

审核拦截场景​

步骤一 SQLE平台配置用户及角色​

  • 创建一个用户A；
  • 创建一个有SQL查询权限的角色：SQL查询；

步骤二 SQLE平台配置数据库实例审核等级​

进入项目，创建/修改一个数据源实例A, 在配置中开启SQL查询，并设置运行查询的最高审核等级；

参数名参数含义
SQL查询是否需要审核只有开启此项，才会在执行SQL查询时进行审核
运行查询的最高审核等级如果审核等级低于或等于这个等级将会放行, 高于这个等级将无法执行

步骤三 SQLE平台配置成员权限​

  • 在项目内添加成员A，并设置A在实例test上有SQL查询的角色；

步骤四 登录CloudBeaver​

切换成员A账号后，点击SQL工作台跳转CloudBeaver，SQLE将会自动使用当前SQLE用户登录CloudBeaver。

警告

若当前用户无SQL查询权限，则无权登录。

步骤五 下发SQL​

选择需要操作的数据源，并输入SQL语句点击运行，可查看SQL查询结果

操作结果​

审核失败的SQL将会被拦截, 并报出错误, 可以点击详情查看错误详情 error

按要求修改SQL, 再次执行, 如果审核通过将会执行当前SQL success

- + \ No newline at end of file diff --git a/docs/user-manual/sys-configuration/configuration/index.html b/docs/user-manual/sys-configuration/configuration/index.html index 22fad410..fd7a181d 100644 --- a/docs/user-manual/sys-configuration/configuration/index.html +++ b/docs/user-manual/sys-configuration/configuration/index.html @@ -4,14 +4,14 @@ 全局配置 | SQLE 文档 - +
版本：v3

全局配置

SQLE支持管理员对平台基础配置进行统一管理，目前支持修改的配置项包括：

  • 已完成的工单自动过期时间；
  • 操作记录过期时间；
  • URL地址前缀；

已完成的工单自动过期时间​

使用场景​

SQLE会定时回收已完成的工单，目前该过期时间默认为30天。如果用户需要自定义过期时间，可在全局配置中修改。

填写范例​

  • 进入全局配置页面，点击修改；
  • 点击已完成的工单过期时间输入框；
  • 输入预期的过期时间，例如：360小时；
  • 点击提交，保存配置；
  • 此时查看项目工单列表，已完成15天以上的工单将被删除；

操作记录过期时间​

使用场景​

SQLE会定时回收已产生的操作记录，目前该过期时间默认为90天。如果用户需要自定义过期时间，可在全局配置中修改。

填写范例​

  • 进入全局配置页面，点击修改；
  • 点击操作记录过期时间输入框；
  • 输入预期的过期时间，例如：2小时；
  • 点击提交，保存配置；
  • 此时查看平台操作记录，仅显示2个小时内产生的操作行为；

URL地址前缀​

使用场景​

配置消息推送或流程对接后，用户可以从外部应用程序中直接查看待操作提示。此时，如果用户需要跳转到SQLE，进一步查看工单详细信息，则可以在全局配置中更改URL地址前缀，以满足访问需求。

填写范例​

  • 进入全局配置页面，点击修改；
  • 点击URL地址前缀输入框；
  • 输入URL前缀，格式为http://ip:port，例如：http://localhost:10000 ；
  • 点击提交，保存配置；
  • 创建一条工单，待审批人在第三方应用中可查看工单链接，点击链接可快速跳转至SQLE平台； configuration-url
- + \ No newline at end of file diff --git a/docs/user-manual/sys-configuration/customize/index.html b/docs/user-manual/sys-configuration/customize/index.html index b1d0c828..a8c65ffe 100644 --- a/docs/user-manual/sys-configuration/customize/index.html +++ b/docs/user-manual/sys-configuration/customize/index.html @@ -4,13 +4,13 @@ 个性化设置【企业版】 | SQLE 文档 - +
版本：v3

个性化设置【企业版】

SQLE支持对网站logo及标题进行自定义设置，满足企业用户的个性化需求。

使用场景​

若用户对企业一致性有需求，需要变更所使用的网站LOGO及标题，以增加企业辨识度时，可以使用平台的个性化设置进行变更。

操作步骤​

  • 用户点击系统设置，选择个性化设置；
  • 编辑个性化标题：用户点击个性化标题后的编辑icon，输入新名称，回车键保存后，页面标题将即时变更；
  • 编辑个性化logo：用户点击上传及更新icon后，登录页logo将变更为所选图片；
    • 限制：图片大小不可超过102,400 Bytes；

customize

- + \ No newline at end of file diff --git a/docs/user-manual/sys-configuration/intro/index.html b/docs/user-manual/sys-configuration/intro/index.html index 30d27d7d..6c39e054 100644 --- a/docs/user-manual/sys-configuration/intro/index.html +++ b/docs/user-manual/sys-configuration/intro/index.html @@ -4,13 +4,13 @@ 功能说明 | SQLE 文档 - +
版本：v3

功能说明

系统设置中可配置的内容包括全局配置、登录对接、流程对接、消息推送。

  • 全局配置：当前可配置工单过期时间及外部URL；
    • 工单失效时间：平台会定期清理已完成的工单，管理员可自定义工单过期的时间；
    • URL地址前缀：当使用流程对接时，通常由外部平台访问SQLE工单详情，需要配置URL地址前缀，配置能访问SQLE的URL地址信息；
  • 登录对接：用户除使用SQLE账号登录平台，也可使用LDAP及OAuth2.0的方式实现对接登录，可参考登录对接；
  • 流程对接：使用流程对接，可在外部工作平台审批工单，目前支持钉钉审批及飞书审批，可参考流程对接；
  • 消息推送：使用消息推送，可将工单状态变更推送到外部工作平台，目前支持对接邮箱、企业微信、飞书、Webhook的方式，可参考消息推送。
- + \ No newline at end of file diff --git a/docs/user-manual/sys-configuration/login_syn/index.html b/docs/user-manual/sys-configuration/login_syn/index.html index 23122766..fbdbc933 100644 --- a/docs/user-manual/sys-configuration/login_syn/index.html +++ b/docs/user-manual/sys-configuration/login_syn/index.html @@ -4,14 +4,14 @@ 登录对接 | SQLE 文档 - +
版本：v3

登录对接

当前登录对接已实现LDAP方式及Oauth2.0方式

入口​

管理员账号，点击更多按钮，点击系统设置，跳转系统设置页面后，点击“对接登录”标签

推送方式​

LDAP​

功能说明​

SQLE中支持通过配置的方式接入LDAP系统, 如同其他系统一样接受统一的用户管理, 以便于管理员管理SQLE中的用户, 也使得员工无需在使用一套公司内通用账号密码的同时单独记录SQLE的账号密码。 在SQLE中, 如果正确配置并启用了LDAP功能, 用户就可以在登录界面使用LDAP中记录的账号密码进行登录, SQLE会在员工第一次登录时同步此员工的账号和邮箱, 并在以后的登录中均通过LDAP校验此账户

使用场景​

当组织配置了LDAP对接登录系统时，平台管理员可进行相关配置。

前置操作​

已配置LDAP

操作步骤​

点击修改，选择启用LDAP

  • LDAP服务器地址：用于LDAP登陆时SQLE找到LDAP服务器的位置
  • LDAP服务器端口：用于LDAP登陆时SQLE找到LDAP服务的工作端口
  • 连接用户DN：当用户登录时需要先使用管理用户登录到LDAP中查找出登录用户在LDAP中的DN, 再使用查找出的DN和登录用户填写的密码进行LDAP登录校验
  • 连接用户密码：连接用户DN登录时的密码
  • 查询根DN：用于限定SQLE中LDAP登录的作用范围
  • 用户属性名：用于LDAP用户登录时查询登录用户的DN, LDAP中此属性对应的值也将用作此用户第一次登录SQLE自动注册时的用户名
  • 用户邮箱属性名：SQLE将根据此属性名从LDAP中获取到用户的邮箱, 并将此邮箱用于此用户第一次登录SQLE自动注册时的用户邮箱

后续操作​

修改后用户即可通过LDAP账号登录SQLE平台

OAuth 2.0【企业版】​

功能说明​

SQLE中支持通过配置的方式接入OAuth 2.0系统, 如同其他系统一样接受统一的用户管理, 以便于管理员管理SQLE中的用户, 也使得员工无需在使用一套公司内通用账号密码的同时单独记录SQLE的账号密码

在SQLE中, 如果正确配置并启用了OAuth 2.0功能, 用户就可以在登录界面使用第三方登录, SQLE会在员工第一次登录时要求用户绑定或自动创建一个SQLE用户, 并在以后的登录中可以使用OAuth 2.0用户登录, 也可以用绑定的SQLE用户账号密码登录

使用场景​

当组织配置了OAuth 2.0对接登录系统时，平台管理员可进行相关配置。

前置操作​

已配置OAuth 2.0

操作步骤​

点击修改，选择启用OAuth 2.0

  • 应用ID：应用的唯一标识, 从要对接的平台申请 , 在OAuth2.0认证过程中，appid的值即为oauth_consumer_key的值
  • 应用密钥：appid对应的密钥，访问用户资源时用来验证应用的合法性。在OAuth2.0认证过程中，appkey的值即为oauth_consumer_secret的值
  • 外部访问SQLE的地址：格式为 http(s)://ip:port
  • oauth2登录授权页面地址：格式类似于 http(s)://ip:port/xxx
  • oauth2 access_token 获取地址：格式类似于 http(s)://ip:port/xxx
  • oauth2 user id 获取地址：格式类似于 http(s)://ip:port/xxx
  • 请求资源范围：此范围由验证服务器定义
  • access_token放置位置：SQLE会在获取用户ID时将access_token放在这个key对应的value中, 此参数会作为get请求的参数发送给用户ID获取地址
  • 用户ID保存位置：SQLE会尝试使用此key从第三方平台的响应中解析出用户ID,用户ID应当为唯一ID
  • 登录按钮文字
提示

当仅允许内网访问SQLE服务时，请确保回调地址的后缀为"/v1/oauth2/callback"。

后续操作​

启用后SQLE登录界面出现其他方式跳转登录入口，点击，可跳转至对应登录页面

- + \ No newline at end of file diff --git a/docs/user-manual/sys-configuration/message_syn/index.html b/docs/user-manual/sys-configuration/message_syn/index.html index 385e0c37..37f2d628 100644 --- a/docs/user-manual/sys-configuration/message_syn/index.html +++ b/docs/user-manual/sys-configuration/message_syn/index.html @@ -4,7 +4,7 @@ 消息推送 | SQLE 文档 - + @@ -18,7 +18,7 @@ example
  • 当t1审核通过后，成员admin作为待上线人， admin手机号绑定的飞书账号下，收到一则待上线的工单通知； example
  • 当admin上线成功后，工单创建人将收到一则工单上线成功的消息； example

    • 根据以上示例，用户可了解飞书消息推送的部分场景。

    - + \ No newline at end of file diff --git a/docs/user-manual/sys-configuration/process_syn/index.html b/docs/user-manual/sys-configuration/process_syn/index.html index 0d4b4526..3cbd64aa 100644 --- a/docs/user-manual/sys-configuration/process_syn/index.html +++ b/docs/user-manual/sys-configuration/process_syn/index.html @@ -4,7 +4,7 @@ 流程对接 | SQLE 文档 - + @@ -25,7 +25,7 @@ dingding-telconfig

    打开全局配置，配置SQLE的URL地址，配置URL地址后，用户可从飞书跳转访问SQLE工单详情页面； globalurl

    利用飞书进行审批​

    当发生工单变化时，工单关联成员可在对应飞书账号中收到通知，并进行相应的审批操作； dingding-flow

    - + \ No newline at end of file diff --git a/docs/user-manual/sys-configuration/webhook/index.html b/docs/user-manual/sys-configuration/webhook/index.html index c6935566..c958dbda 100644 --- a/docs/user-manual/sys-configuration/webhook/index.html +++ b/docs/user-manual/sys-configuration/webhook/index.html @@ -4,14 +4,14 @@ webhook配置 | SQLE 文档 - +
    版本：v3

    webhook配置

    Webhook是用户定义的自定义HTTP回调。它们通常由事件触发，例如SQLE中存在工单状态的变化，则会自动向用户配置的webhook URL发送HTTP请求。

    使用场景​

    当用户配置了自定义API服务，想要在API服务中实时获取工单执行状态时，可在系统设置中配置webhook服务。在SQLE中配置回调地址后，工单状态一旦发生变更，即可在API服务中获取状态通知信息，无需定时登录SQLE平台以查询结果。

    提示

    当前会触发通知的事件有：

    • 有新工单被创建
    • 工单审核被通过
    • 工单审核被驳回
    • 工单被成功上线
    • 工单上线失败

    前置操作​

    用户需在使用的API服务中生成用于接收回调通知的webhook url。

    备注

    当前webhook url仅支持http格式。

    操作步骤​

    1. 以平台管理员账号登录， 进入系统设置-消息推送，选择webhook配置，并点击修改;
    2. 选择启用webhook;
    3. 填写webhook url：用于工单消息推送的 API 地址;
    4. 填写最大重试次数：默认3次，取值范围0-5。如果推送存在失败，每一个事件请求将最多连续3次执行推送，如3次都失败，则不再推送本次事件;
    5. 填写重试间隔：默认1秒，取值范围1-5。如果推送存在失败，重试时将以1s的时间间隔进行重试;
    6. 填写Token：云服务在发送通知时使用的访问令牌，参考规范：https://datatracker.ietf.org/doc/html/rfc6750；
    7. 提交保存配置;

    后续步骤​

    用户点击“测试”，如配置正确，能在API服务端收到正确的调用测试信息： "This is a SQLE test notification\nIf you receive this message, it only means that the message can be pushed".

    接口文档​

    SQLE POST 请求格式
    POST / HTTP/1.1
    Host: 192.168.21.34:8000
    Accept-Encoding: gzip
    Authorization: Bearer test123
    Content-Length: 239
    User-Agent: Go-http-client/1.1

    {"event":"workflow","action":"create","timestamp":"2023-05-18T15:45:25+08:00","payload":{"workflow":{"project_name":"test_project","workflow_id":"1658637666259832832","workflow_subject":"test_workflow","workflow_status":"wait_for_audit"}}}
    • "event"：当前取值恒为 "workflow"（目前SQLE只支持工单通知）；
    • "action"：可能的取值有 ["create", "approve", "reject", "exec_success", "exec_failed"]。分别对应「工单创建」、「审核通过」、「审核驳回」、「上线成功」、「上线失败」；
    • "timestamp"：表示请求发出的时间，RFC3339 格式；
    • "payload"：表示该请求的主要业务内容，目前仅支持工单；
    • "workflow"：表示该工单的当前信息，与 sqle 后端数据库中记录保持一致；

    注意事项​

    • 用户配置的 token 会被放置在请求 Header 中的 Authorization 字段。参考规范：https://datatracker.ietf.org/doc/html/rfc6750 。SQLE对token字段没有任何限制。需要接受端根据自身情况决定是否使用 token；
    • 接收请求的服务端在收到请求后，需要返回 200 响应。否则 sqle 会打印返回 body 中的文本信息。
    • 在发送测试请求时，请确保接收请求的服务端运行正常。否则可能出现如下问题：
    {
        "code": 0,
        "message": "ok",
        "data": {
            "send_error_message": "Post \"http://192.168.21.34:8000\": dial tcp 192.168.21.34:8000: connect: connection refused"
        }
    }
    - + \ No newline at end of file diff --git a/docs/user-manual/user-manager/intro/index.html b/docs/user-manual/user-manager/intro/index.html index 325a3297..011d50e0 100644 --- a/docs/user-manual/user-manager/intro/index.html +++ b/docs/user-manual/user-manager/intro/index.html @@ -4,13 +4,13 @@ 功能说明 | SQLE 文档 - +
    版本：v3

    功能说明

    用户中心包含用户管理、角色管理及操作权限列表，由平台管理员操作，涉及用户及角色权限的配置。

    • 用户管理：指平台用户的管理，由管理员创建用户或编辑用户基本信息，可参考用户管理。
    • 角色管理：SQLE平台使用角色管理来实现操作权限组合，由管理员创建，可参考角色管理。

    使用场景​

    • 在添加项目成员、成员组之前，需要由管理员首先创建平台用户，项目管理员才可将用户添加为项目成员。
    • 为项目成员绑定数据源与角色操作权限前，需要由管理员创建相应权限的角色模板，项目管理员可为成员绑定配置的角色模板。
    - + \ No newline at end of file diff --git a/docs/user-manual/user-manager/role/index.html b/docs/user-manual/user-manager/role/index.html index 2e799783..63d74965 100644 --- a/docs/user-manual/user-manager/role/index.html +++ b/docs/user-manual/user-manager/role/index.html @@ -4,13 +4,13 @@ 角色管理 | SQLE 文档 - +
    版本：v3

    角色管理

    当需要为用户设置动作权限时，可使用角色管理配置动作组合。

    如用户需要有创建工单、审核工单、SQL查询的动作权限，管理员可以在角色管理创建一个角色，并绑定创建工单、审核工单、SQL查询这三个动作，随后只需将此角色关联至指定成员，即可完成用户的动作权限设置。

    操作步骤​

    • 点击顶部导航栏更多按钮，点击平台管理栏目下的用户中心选项，查看角色管理标签。
    • 点击列表右上角创建角色按钮，填写相关信息
      • 角色名
      • 角色描述
      • 选择动作权限：配置该角色所拥有的操作权限，SQLE平台支持的动作权限如下：
    权限名权限码权限说明
    查看他人工单20100当角色拥有该动作权限时，角色可以查看绑定的数据源上其他用户创建的工单
    创建/编辑工单20200当角色拥有该动作权限时，角色可以在绑定的数据源上创建工单
    工单审批20300当审核流程模版中的某个审核步骤指定为允许所有有权限的用户审批时, 拥有此权限的用户将可以审批对应工单
    审核任务查看30100拥有此权限的用户可以查看所有审核任务, 无此权限的用户只能查看自己创建审核任务
    审核任务创建30200拥有此权限的用户可以创建审核任务
    sql查询40100拥有此权限的用户可以上线工单

    执行结果​

    可在角色列表查看创建的角色信息。

    role

    后续步骤​

    • 添加成员/成员组：项目管理员在项目中添加成员/成员组时，需要绑定成员/成员组在对应数据源上的角色权限，可参考成员/成员组管理。

    更多操作​

    • 编辑角色：点击角色列表的编辑按钮，编辑角色信息。角色名不可更改，可设置角色禁用，则对应权限不会生效。
    • 删除角色：点击角色列表的删除按钮，删除角色信息。
    - + \ No newline at end of file diff --git a/docs/user-manual/user-manager/user/index.html b/docs/user-manual/user-manager/user/index.html index b396f516..e8cadcd4 100644 --- a/docs/user-manual/user-manager/user/index.html +++ b/docs/user-manual/user-manager/user/index.html @@ -4,13 +4,13 @@ 用户管理 | SQLE 文档 - +
    版本：v3

    用户管理

    当需要创建新的用户，或需要由管理员修改用户基本信息时，可以进行用户管理的相关操作。

    操作步骤​

    • 点击顶部导航栏更多按钮，点击平台管理栏目下的用户中心选项，查看用户管理标签。

    • 点击列表右上角创建用户按钮，填写用户相关信息:

      • 用户名
      • 密码
      • 确认密码
      • 邮箱：若开启邮件推送或飞书推送服务，则将会以邮件形式通知对应用户工单的流转状态
      • 微信ID：若开启企业微信推送服务，则将通过企业微信通知对应用户工单的流转状态
      • 平台管理权限：当前可选项为创建项目，若选择该权限，则该用户将具有创建项目的权限

    • 点击提交，完成用户创建

    执行结果​

    创建成功后，可在用户列表中查看已创建的用户信息

    userlist

    后续步骤​

    • 添加项目成员：项目管理员可进入指定项目，将创建的用户添加为项目成员，可参考成员/成员组管理。

    更多操作​

    • 编辑用户：其中，用户名不可更改，其他信息项均可更改。
    • 删除用户
    • 修改用户密码：点击用户列表的更多按钮，下拉菜单中点击更修改该用户密码。
      提示

      管理员还可以对指定的用户进行禁用或者启用。 当用户被管理员禁用后，该用户将无法登录，也无法进行任何操作。 管理员用户永远无法禁用自己本身。

    - + \ No newline at end of file diff --git a/docs/v2/FAQ/intro/index.html b/docs/v2/FAQ/intro/index.html index b3f5e097..1203ba25 100644 --- a/docs/v2/FAQ/intro/index.html +++ b/docs/v2/FAQ/intro/index.html @@ -4,13 +4,13 @@ FAQ | SQLE 文档 - +
    版本：v2

    FAQ

    本章将针对使用过程中的常见问题进行解答。

    - + \ No newline at end of file diff --git a/docs/v2/FAQ/whichdatabase/index.html b/docs/v2/FAQ/whichdatabase/index.html index 150a89b7..14a2e3d0 100644 --- a/docs/v2/FAQ/whichdatabase/index.html +++ b/docs/v2/FAQ/whichdatabase/index.html @@ -4,13 +4,13 @@ 支持哪些数据库 | SQLE 文档 - +
    版本：v2

    支持的数据库及版本

    数据库类型验证可用的版本
    MySQL5.7.25 、8.0.33
    PostgreSQL9.3 – 13
    Oracle11.2、12.1、12.2
    SQL server2008、2012、2016
    DB211.5
    TiDB4.0.8
    OceanBase For MySQL3.5
    达梦V8
    提示

    当前版本为SQLE验证确认可用的版本，若需要使用其他版本，需自行验证

    - + \ No newline at end of file diff --git a/docs/v2/SUMMARY/index.html b/docs/v2/SUMMARY/index.html index 498a191f..1f63ce46 100644 --- a/docs/v2/SUMMARY/index.html +++ b/docs/v2/SUMMARY/index.html @@ -4,13 +4,13 @@ Summary | SQLE 文档 - +
    - + \ No newline at end of file diff --git a/docs/v2/deploy-manual/cluster/index.html b/docs/v2/deploy-manual/cluster/index.html index d71f337e..153b1935 100644 --- a/docs/v2/deploy-manual/cluster/index.html +++ b/docs/v2/deploy-manual/cluster/index.html @@ -4,13 +4,13 @@ 集群部署【企业版】 | SQLE 文档 - +
    版本：v2

    集群部署【企业版】

    SQLE支持集群模式，支持主节点宕机后，从节点能够提升为主并支持后台任务，执行如工单定时上线，智能扫描任务，工单回收，外部数据源对接，钉钉工单对接等任务，保证任务正常执行。

    cluster

    使用场景​

    当用户需要对SQLE配置高可用场景，确保任一服务节点宕机均不会影响到业务的正常执行时，用户可开启集群模式。

    配置说明​

    开启集群模式仅需用户进入SQLE配置文件，修改如下内容:

    参数说明示例备注
    server:sqle_config:enable_cluster_mode是否开启集群模式true当需要开启集群模式时，新增该参数，并设为开启
    server:sqle_config:server_idSQLE节点的IDnode_1目前未对节点进行全局唯一校验，需要人工确认集群内不能重复，重复会导致出现多leader等情况
    配置文件示例
      server:
        sqle_config:
          server_port: 10000
          auto_migrate_table: true
          debug_log: false
          log_path: './logs'
          plugin_path: './plugins'
          enable_cluster_mode: true # true表示开启集群模式
          server_id: node_1 # 设置当前节点编号
        db_config:
          mysql_cnf:
            mysql_host: 
            mysql_port: 
            mysql_user:
            mysql_password: 
            mysql_schema:
    提示

    修改配置文件后，需要重启SQLE生效。

    - + \ No newline at end of file diff --git a/docs/v2/deploy-manual/config/index.html b/docs/v2/deploy-manual/config/index.html index a6fa8dd3..c93e8466 100644 --- a/docs/v2/deploy-manual/config/index.html +++ b/docs/v2/deploy-manual/config/index.html @@ -4,13 +4,13 @@ 配置文件说明 | SQLE 文档 - +
    版本：v2

    配置文件说明

    提示

    SQLE的配置文件采用yml的格式，默认情况下位于SQLE安装目录下，路径为./etc/sqled.yml

    默认文件参考​

    server:
     sqle_config:
      server_port: 10000
      enable_https: false
      cert_file_path: './etc/cert.pem'
      key_file_path: './etc/key.pem'
      auto_migrate_table: true
      debug_log: false
      log_path: './logs'
      log_max_size_mb: 1024
      log_max_backup_number: 2
      secret_key: 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx' #从 v1.2203.0 版本引入
     db_config:
      mysql_cnf:
       mysql_host: '127.0.0.1'
       mysql_port: 3306
       mysql_user: 'root'
       mysql_password: '123456'
       mysql_schema: 'sqle'

    配置说明​

    sqle_config​

    参数说明
    server_portsqle 服务的 http 端口，默认10000
    enable_https是否开启https，默认不开启
    cert_file_pathhttps 证书路径
    key_file_pathhttps 私钥路径
    auto_migrate_table自动创建表结构，初始化数据
    debug_log开启debug模式，打印更多日志，会打印业务SQL，开发环境可开启
    log_path日志目录
    log_max_size_mb单个日志文件最大大小，单位MB
    log_max_backup_number日志文件最大备份数量
    secret_key全局AES加密秘钥，影响登录和用户密码等的存储；生产环境建议配置该值替换掉程序默认值，不然会存在安全风险；格式是32位随机字符串

    db_config​

    参数说明
    mysql_hostSQLE存储库的地址
    mysql_portSQLE存储库的端口
    mysql_userSQLE存储库的数据库用户
    mysql_passwordSQLE存储库的数据库密码
    mysql_schemaSQLE存储库的数据库 schema
    - + \ No newline at end of file diff --git a/docs/v2/deploy-manual/docker-compose/index.html b/docs/v2/deploy-manual/docker-compose/index.html index 8123b450..6c5eb497 100644 --- a/docs/v2/deploy-manual/docker-compose/index.html +++ b/docs/v2/deploy-manual/docker-compose/index.html @@ -4,13 +4,13 @@ Docker Compose 部署 | SQLE 文档 - +
    版本：v2

    Docker Compose 部署

    使用 docker-compose 部署不需要提前准备 MySQL 环境，可以一键生成 SQLE 环境

    配置文件​

    下载地址：docker-compose.yaml

    使用说明​

    将 docker-compose.yaml 文件下载到本地目录，并进入目录内，通过环境变量SQLE_IMAGE指定不同版本的 SQLE 镜像，默认是 latest。

    SQLE_IMAGE=actiontech/sqle-ce:latest docker-compose up -d

    访问​

    http://127.0.0.1:10000

    - + \ No newline at end of file diff --git a/docs/v2/deploy-manual/docker/index.html b/docs/v2/deploy-manual/docker/index.html index 3ad8117b..28ea5037 100644 --- a/docs/v2/deploy-manual/docker/index.html +++ b/docs/v2/deploy-manual/docker/index.html @@ -4,13 +4,13 @@ Docker 部署 | SQLE 文档 - +
    版本：v2

    Docker 部署

    Docker hub 地址​

    actiontech/sqle-ce

    Docker 参考命令​

    docker run -d -it \
    --name sqle-server \
    -p 10000:10000 \
    -e MYSQL_HOST="10.10.10.10" \
    -e MYSQL_PORT=3306 \
    -e MYSQL_USER="username" \
    -e MYSQL_PASSWORD="password" \
    -e MYSQL_SCHEMA="sqle" \
    actiontech/sqle-ce:latest

    参数说明​

    使用环境变量传递参数，这些指定的配置会映射到 sqled.yml 配置内，指定数据库的配置等。

    变量说明
    MYSQL_HOST数据库地址
    MYSQL_PORT数据库端口
    MYSQL_USER数据库用户
    MYSQL_PASSWORD数据库密码
    MYSQL_SCHEMASQLE 服务使用的指定的 schema
    DEBUG是否输出 debug 日志，默认为false
    AUTO_MIGRATE_TABLE是否自动创建表格和初始化数据，默认为true

    注意点​

    提示

    使用 docker 命令运行容器需要提前准备 MySQL 服务并且创建对应的数据库 schema，创建数据库的SQL可参考：RPM 部署。

    提示

    如果 SQLE 容器启动失败可以使用 docker logs sqle-server 查看启用日志，其中 sqle-server是容器名称。

    - + \ No newline at end of file diff --git a/docs/v2/deploy-manual/intro/index.html b/docs/v2/deploy-manual/intro/index.html index f8f7370e..da72c20d 100644 --- a/docs/v2/deploy-manual/intro/index.html +++ b/docs/v2/deploy-manual/intro/index.html @@ -4,13 +4,13 @@ 安装说明 | SQLE 文档 - +
    版本：v2

    安装说明

    SQLE 提供了多种安装部署的方式，用户可以结合自己的环境和现状选择。初次体验或者测试使用的话建议使用docker-compose 或 docker 快速部署。

    安装方式​

    1. 源码安装
    2. RPM 部署
    3. Docker 部署
    4. Docker Compsoe 部署

    如何访问​

    SQLE 对外提供 web 服务，在程序部署完成后，即可通过 SQLE UI 访问：http://127.0.0.1:10000

    提示

    ps：ip 和端口请根据前面的配置自行替换，默认端口是10000。

    初始用户​

    • 用户名：admin
    • 密码：admin
    - + \ No newline at end of file diff --git a/docs/v2/deploy-manual/rpm/index.html b/docs/v2/deploy-manual/rpm/index.html index a469fb47..f4262f1f 100644 --- a/docs/v2/deploy-manual/rpm/index.html +++ b/docs/v2/deploy-manual/rpm/index.html @@ -4,13 +4,13 @@ RPM 安装 | SQLE 文档 - +
    版本：v2

    RPM安装

    环境准备​

    • CentOS 7
    • MySQL 5.7

    下载安装包​

    下载 SQLE 的 RPM 安装包，下载连接点击这里。

    安装 SQLE​

    执行 RPM 的安装命令：

    rpm -ivh /path/to/sqle-ce-${version}.qa.el7.x86_64.rpm --prefix=/opt/sqle

    创建数据库​

    准备一台 MySQL5.7 作为 SQLE 的后端存储数据库。执行下面命令创建 SQLE 需要的 schema：

    CREATE DATABASE IF NOT EXISTS sqle default character set utf8mb4 collate utf8mb4_unicode_ci
    提示

    创建好的 Schema 将在下面修改SQLE配置时使用到。

    修改 SQLE 配置文件​

    安装完 SQLE 后，需要根据实际情况修改SQLE的配置，参考：配置文件说明。SQLE安装完成后提供一个配置模版可直接修改。

    cd /opt/sqle/etc
    mv sqled.yml.template sqled.yml
    vim sqled.yml
    提示

    确保 sqled.yml 的文件 owner 为 actiontech-universe:actiontech

    启动 SQLE​

    SQLE 进程通过 Systemd 管理。在成功安装 RPM 后，执行启动命令：

    systemctl start sqled

    启动失败问题诊断​

    参考：https://github.com/actiontech/sqle/discussions/1239

    - + \ No newline at end of file diff --git a/docs/v2/deploy-manual/source/index.html b/docs/v2/deploy-manual/source/index.html index 4cd50137..8b4e54b9 100644 --- a/docs/v2/deploy-manual/source/index.html +++ b/docs/v2/deploy-manual/source/index.html @@ -4,13 +4,13 @@ 源码安装 | SQLE 文档 - +
    版本：v2

    源码安装

    环境准备​

    • CentOS 7
    • MySQL 5.7
    • Docker
    • Docker Compose（可选）

    获取源码​

    SQLE 前端与后端代码分两个仓库维护，所以想要通过源码安装，需要构建前后端代码。

    首先选择一个源码安装的工作目录，例如 ~/sqle-build/。

    获取后端源码：

    cd ~/sqle-build/
    git clone https://github.com/actiontech/sqle.git

    获取前端源码：

    cd ~/sqle-build/
    git clone https://github.com/actiontech/sqle-ui.git

    编译源码​

    编译前端代码，并将前端代码拷贝至后端代码目录：

    cd ~/sqle-build/sqle-ui
    docker container run --rm -v $PWD:/app -w /app node:15.3.0 sh -c "yarn install && yarn build"
    rm -rf ~/sqle-build/sqle/ui && cp -r ~/sqle-build/sqle-ui/build/ ~/sqle-build/sqle/ui/

    编译后端代码并打包：

    cd ~/sqle-build/sqle
    make docker_rpm

    打包完成后会在当前目录下生成一个 SQLE 的 RPM 包，后续的步骤参考：RPM 部署。

    - + \ No newline at end of file diff --git a/docs/v2/dev-manual/intro/index.html b/docs/v2/dev-manual/intro/index.html index 7b3be93c..07c03ea7 100644 --- a/docs/v2/dev-manual/intro/index.html +++ b/docs/v2/dev-manual/intro/index.html @@ -4,13 +4,13 @@ 产品架构 | SQLE 文档 - +
    - + \ No newline at end of file diff --git a/docs/v2/dev-manual/plugins/howtodev/index.html b/docs/v2/dev-manual/plugins/howtodev/index.html index 22c3907a..37063a72 100644 --- a/docs/v2/dev-manual/plugins/howtodev/index.html +++ b/docs/v2/dev-manual/plugins/howtodev/index.html @@ -4,7 +4,7 @@ 数据库审核插件开发 | SQLE 文档 - + @@ -12,7 +12,7 @@
    版本：v2

    数据库审核插件开发

    在本篇文档中，会介绍如何开发一个数据库审核插件，分为快速开始部分和详细部分。

    • 如果你是一个对 Go 语言不太了解的人，可以先通过快速开始部分的文档，实现一个简单的数据库审核插件。
    • 当你对插件开发有了一定的了解之后，可以通过详细部分的文档，通过更多自定义的方式，实现更加复杂的数据库审核插件。

    快速开始​

    前置​

    1. 语法​

    由于 SQLE 是一个用 Go 语言开发的开源项目，如果你对 Go 语言完全不了解，需要先了解 Go 语言的基础语法，建议使用官方的 Go 语言快速开始文档（Go Tour 或者 Go 语言之旅），如果你已经了解了 Go 语言的基础语法，可以直接跳过本部分。

    2. 包管理​

    SQLE 插件是一个独立于 SQLE 的进程，所以编写插件的方式与开发一个新的 Go 语言项目并没有什么差异。Go 语言项目使用 Go Modules 来管理包，所以在开始之前你需要先了解一下 Go Modules 的使用方法。建议参考这篇文档，文档中大致介绍了如果开始一个新的 Go 语言项目，并通过 Go Modules 的方式来调用其他项目的包，如果你已经了解了 Go Modules 的使用方法，可以直接跳过本部分。

    3. Go语言项目构建​

    编写插件​

    这一小节会假设你已经创建了一个由 Go Modules 管理的审核插件项目。下面开始介绍插件核心代码的开发。

    1. 数据库插件介绍​

    SQLE 为了方便插件的开发，在自身的插件层之上做了一层封装（Adaptor），插件开发者可以使用这个封装库来快速的开发一个数据库审核插件。

    在开发之前，你需要先引入 SQLE：

    go get github.com/actiontech/sqle@v2.2305.0-pre2 # 此版本为该文档编辑时的最新版本

    选择 SQLE 中两个库插件相关的库：

    • github.com/actiontech/sqle/sqle/driver
    • github.com/actiontech/sqle/sqle/pkg/driver
    提示
    • 第一个库定义了插件规则的结构体，在你编写插件规则时需要用到这个库。
    • 第二个库中实现了一些默认的插件，在引入这个库后，只需要实现相应的规则与规则处理函数即可。其中三个默认的插件为：
      • PostgreSQL
      • Oracle
      • SQL Server
    • 如果这三个默认的插件不能满足需求，可以自己实现一个插件，参考本篇文档自定义插件小节。

    2. 选择插件​

    下面假设你想要实现一个 SQL Server 的审核插件。在 main 函数中创建一个空的 SQL Server 审核插件，这时你的 main 文件应该是这样的：

    package main

    import (
        "github.com/actiontech/sqle/sqle/driver"
        adaptor "github.com/actiontech/sqle/sqle/pkg/driver"
    )

    func main() {
        plugin := adaptor.NewAdaptor(&adaptor.MssqlDialector{})
    }

    3. 编写插件规则与规则处理函数​

    假设你需要实现一个规则，该规则检查 SQL 是否使用了 select *。定义规则如下：

    Rule{
        Name:     "aviod_select_all_column", # 规则ID，该值会与插件类型一起作为这条规则在 SQLE 的唯一标识
        Desc:     "避免查询所有的列", # 规则描述
        Category: "DQL规范", # 规则分类，用于分组，相同类型的规则会在 SQLE 的页面上展示在一起
        Level:    driver.RuleLevelError, # 规则等级，表示该规则的严重程度。在插件注册阶段，会使用所有 RuleLevelError 级别的规则创建一个默认的规则模板。
    }

    规则的处理函数如下：

    func(ctx context.Context, rule *driver.Rule, sql string) (string, error) {
        if strings.Contains(sql, "select *") {
            return rule.Desc, nil
        }
        return "", nil
    }

    这里为了演示，这个处理函数只是简单的使用了字符串匹配的方式，你也可以使用正则或者 AST 语法树的方式来检查 SQL 语句（AST 的方式会在自定义SQL解析器一小节中介绍）。

    最后将插件规则与规则处理函数通过 plugin.AddRule()函数注册到 SQLE 中，注册完成后，你的 main 文件应该是这样的：

    package main

    import (
        "github.com/actiontech/sqle/sqle/driver"
        adaptor "github.com/actiontech/sqle/sqle/pkg/driver"
    )

    func main() {
        plugin := adaptor.NewAdaptor(&adaptor.MssqlDialector{})
        aviodSelectAllColumn := &driver.Rule{
            Name:     "aviod_select_all_column",
            Desc:     "避免查询所有的列",
            Category: "DQL规范",
            Level:    driver.RuleLevelError,
        }
        aviodSelectAllColumnHandler := func(ctx context.Context, rule *driver.Rule, sql string) (string, error) {
            if strings.Contains(sql, "select *") {
                return rule.Desc, nil
            }
            return "", nil
        }
        plugin.AddRule(aviodSelectAllColumn, aviodSelectAllColumnHandler)

        ////////////////////////////////////////////
        // ... 编写更多规则并通过 AddRule 注册到 SQLE 中
        ////////////////////////////////////////////

        // 最后关键一步，调用 `plugin.Serve()` 启动插件：
        plugin.Serve() 
    }

    4. 构建并使用插件​

    和通常的程序编写流程一样，编写完插件代码后，需要将其构建成二进制文件，然后才能将其注册到 SQLE 中。执行 go build -o ${二进制名} main.go 将插件代码构建成二进制文件。最后参考数据库审核插件使用 来使用你的自定义插件。

    自定义部分​

    1.自定义SQL解析器​

    前面介绍的审核规则都是通过字符串匹配的方式来解析 SQL 的内容。这种方式适合规则较少且 SQL 简单的情况下使用。

    如果需要对 SQL 进行更复杂的解析匹配，恰好你选择的数据库插件又有相应的 SQL 解析器，这时可以使用自定义 SQL 解析器的方式来编写插件。

    首先通过调用 WithSQLParser() 注册自己的 SQL 解析器。在添加规则时则使用 plugin.AddRuleWithSQLParser() 添加带有解析器的处理函数。在处理函数中，将 interface{} 断言成具体的 AST 语法树，通过语法树级别的操作来更加精细的处理 SQL。PostgreSQL 提供了基于 cgo 调用的解析器（见：PostgreSQL SQL 解析器），下面的代码展示了如何写一个 SQL 解析器的插件：

    func main() {
        plugin := adaptor.NewAdaptor(&adaptor.PostgresDialector{})

        // 依然是定义规则
        aviodSelectAllColumn := &driver.Rule{
            Name:     "aviod_select_all_column",
            Desc:     "避免查询所有的列",
            Category: "DQL规范",
            Level:    driver.RuleLevelError,
        }

        // 依然是定义处理函数，这时处理函数的参数是 interface{} 类型，需要将其断言成 AST 语法树。
        aviodSelectAllColumnHandler := func(ctx context.Context, rule *driver.Rule, ast interface{}) (string, error) {
            node, ok := ast.(*parser.RawStmt)
            if !ok {
                return "", errors.New("ast is not *parser.RawStmt")
            }

            switch stmt := node.GetStmt().GetNode().(type) {
            case *parser.Node_SelectStmt:
                for _, target := range stmt.SelectStmt.GetTargetList() {
                    column, ok := target.GetResTarget().GetVal().GetNode().(*parser.Node_ColumnRef)
                    if !ok {
                        continue
                    }
                    for _, filed := range column.ColumnRef.GetFields() {
                        _, ok = filed.GetNode().(*parser.Node_AStar)
                        if ok {
                            return rule.Desc, nil
                        }
                    }
                }
            }
            return "", nil
        }

        // 依然是注册规则，与前面的例子不同的是，这时使用的是 `plugin.AddRuleWithSQLParser()` 。
        plugin.AddRuleWithSQLParser(aviodSelectAllColumn, aviodSelectAllColumnHandler)

        // 依然是启动插件，与前面的例子不同的是，需要将 SQL 解析的方法注册到插件中。
        plugin.Serve(adaptor.WithSQLParser(func(sql string) (ast interface{}, err error) {
            // parser.Parse 使用 PostgreSQL 的解析器，将 sql 解析成 AST 语法树。
            result, err := parser.Parse(sql)
            if err != nil {
                return nil, errors.Wrap(err, "parse sql error")
            }
            if len(result.Stmts) != 1 {
                return nil, fmt.Errorf("unexpected statement count: %d", len(result.Stmts))
            }

            // 将 SQL 的语法树返回。
            return result.Stmts[0], nil
        }))
    }

    2.自定义插件​

    如果 driver 包中默认的 PostgreSQL、Oracle 与 SQL Server 插件不能满足你的需求的话，你也可以自定义一个数据库插件。方法就是实现一个接口：

    type Dialector interface {
        Dialect(dsn *driver.DSN) (driverName string, dsnDetail string)
        ShowDatabaseSQL() string
        String() string
    }

    在实现这个接口前，你需要先了解一下 Go 语言原生 Driver 的概念（以 MySQL Driver 为例）。

    下面介绍 Dialector 接口的含义：

    • Dialect：实现该方法，通过 DSN 提供的 Host Port User Password Database 信息和你选择的数据库 driver，构造出 driverName 与 dsnDetail。driverName 是你引入的数据库 driver 名称；dsnDetail 是连接数据库驱动的必要信息。这两个参数最终会通过 sql.Open() 来创建一个数据库连接。
    • ShowDatabaseSQL：实现该方法，可以自定义你数据源中默认展示的数据库列表，该数据库列表最终会展示在工单审核列表的数据库下拉框中，如下图： pluginworkflow
    • String：实现该方法，该方法的返回值会作为你实现的数据库审核插件名展示在 SQLE 的相关下拉框中，如下图： plugintype

    将你的实现作为 NewAdaptor 的参数传入即可，后续的步骤与前面规则相关的介绍一致。

    详细​

    SQLE与插件的交互图​

    sqleplugin

    插件接口说明​

    1.注册接口说明​

    该接口定义了该插件的名称和实现的规则，SQLE启动的时候会调用该接口获取插件名称和该插件支持的规则列表。

    type Registerer interface {
        Name() string
        Rules() []*model.Rule
    }
    • Name: 插件名，最终会展示在 SQLE 页面的数据源类型的下拉框中；
    • Rules: 插件支持的规则，在启动 SQLE 时，会调用插件获取这些规则，你将在规则模板内看到它们。

    2.审核接口说明​

    该接口定义了SQLE进行审核时，由插件完成的和具体数据库底层交互的操作

    type Driver interface {
        Close(ctx context.Context)
        Ping(ctx context.Context) error
        Exec(ctx context.Context, query string) (driver.Result, error)
        Tx(ctx context.Context, queries ...string) ([]driver.Result, error)
        Schemas(ctx context.Context) ([]string, error)
        Parse(ctx context.Context, sqlText string) ([]Node, error)
        Audit(ctx context.Context, sql string) (*AuditResult, error)
        GenRollbackSQL(ctx context.Context, sql string) (string, string, error)
    }
    • Close: 关闭审核插件使用的相关资源，通常是完成一次审核后，关闭数据库连接等资源;
    • Ping: 检测数据库的连接性,通常在添加数据源时，为了检测填写的数据是否正确，会调用此方法;
    • Exec: 执行 SQL 上线时执行此方法；
    • Tx: 执行 SQL 上线时执行此方法，一般当SQL是DML时且需要事务执行时会批量执行SQL；
    • Schemas: 返回审核插件展示给用户的 Schema 列表；
    • Parse: 解析审核插件支持的 SQL 格式；
    • Audit: 根据指定的SQL语句生成审核建议；
    • GenRollbackSQL: 生成 SQL 的回滚语句。

    3.插件的配置信息说明​

    type Config struct {
        DSN           *DSN
        Rules          []*Rule
    }
    • DSN: 数据源信息, 待审核的数据库；
    • Rules: 本次审核制定的规则列表。

    4.初始化函数说明​

    插件的主进程入口，由插件的 main 函数调用即可实现插件

    func ServePlugin(r Registerer, newDriver func(cfg *Config) Driver)
    • r: 传入 Registerer 的接口实现, 由插件侧实现；
    • newDriver: 传入 Driver 的初始化函数，该函数的入参是 Config 是由 SQLE 向插件传递的配置信息，函数的出参是 Driver 的接口实现，由插件侧实现。
    - + \ No newline at end of file diff --git a/docs/v2/dev-manual/plugins/howtouse/index.html b/docs/v2/dev-manual/plugins/howtouse/index.html index f9aadd87..282ace6a 100644 --- a/docs/v2/dev-manual/plugins/howtouse/index.html +++ b/docs/v2/dev-manual/plugins/howtouse/index.html @@ -4,7 +4,7 @@ 数据库审核插件使用 | SQLE 文档 - + @@ -13,7 +13,7 @@ pluginrules 验证能否添加插件类型的数据源：添加数据源，显示已经可以添加 PostgreSQL 类型的数据源。 plugintype

    - + \ No newline at end of file diff --git a/docs/v2/dev-manual/plugins/intro/index.html b/docs/v2/dev-manual/plugins/intro/index.html index 1ac91524..b915434a 100644 --- a/docs/v2/dev-manual/plugins/intro/index.html +++ b/docs/v2/dev-manual/plugins/intro/index.html @@ -4,13 +4,13 @@ 功能说明 | SQLE 文档 - +
    版本：v2

    功能说明

    SQLE 使用 go-plugin 来实现审核插件化。插件只需实现两个接口，即可实现与 SQLE 主进程通信（详情见审核插件开发）。

    将 SQLE 的数据库审核插件化主要有以下目的：

    • 将审核流程（业务）的代码和具体审核实现的代码进行分离，支持多数据源类型的审核
    • 审核插件在满足基本规范情况下，与 SQLE 独立开发

    部分插件项目地址​

    - + \ No newline at end of file diff --git a/docs/v2/guide/index.html b/docs/v2/guide/index.html index 7c93bf1c..f73854b9 100644 --- a/docs/v2/guide/index.html +++ b/docs/v2/guide/index.html @@ -4,13 +4,13 @@ 用户指南 | SQLE 文档 - +
    版本：v2

    用户指南

    产品概述​

    SQLE 是由上海爱可生信息技术股份有限公司 开发并开源，支持SQL审核、索引优化、事前审核、事后审核、支持标准化上线流程、原生支持 MySQL 审核且数据库类型可扩展的 SQL 审核工具

    - + \ No newline at end of file diff --git a/docs/v2/intro/index.html b/docs/v2/intro/index.html index 10d54651..9f1174c3 100644 --- a/docs/v2/intro/index.html +++ b/docs/v2/intro/index.html @@ -4,13 +4,13 @@ 产品介绍 | SQLE 文档 - +
    版本：v2

    产品介绍

    SQLE 是由上海爱可生信息技术股份有限公司 开发并开源，支持SQL审核、索引优化、事前审核、事后审核、支持标准化上线流程、原生支持 MySQL 审核且数据库类型可扩展的 SQL 审核工具

    产品特性​

    SQL审核规范​

    1. 审核规则自定义（700+条）
    2. 支持审核结果分级展示，支持生成下载审核报告
    3. 支持规则模版，灵活组合规则
    4. 审核白名单，跳过特例SQL
    5. 支持集成 IDE 自助审核

    多场景审核​

    支持事前事后审核，覆盖开发、测试、上线、生产等环节

    标准化上线流程​

    1. SQL审核流程按需自定义，满足企业内部不同流程管理要求
    2. 支持定时上线
    3. 支持设置运维时间
    4. 支持Online DDL

    多数据库类型支持​

    1. 统一接口，可通过插件进行多数据库审核扩展
    2. 内置MySQL审核插件，官方支持常用数据库类型，包括PostgreSQL、Db2、SQL Server、Oracle、TiDB、OceanBase

    统一的SQL客户端入口​

    提供审核管控的SQL客户端，杜绝执行不合规SQL

    丰富的集成能力​

    1. 标准HTTP API接口可与客户内部流程系统对接
    2. 支持LDAP，Oauth2用户对接
    3. 支持邮件、微信企业号、webhook 告警对接

    应用场景​

    上线前控制​

    1. SQLE赋能开发，在代码开发阶段检查SQL质量
    2. SQLE集成专家经验，形成可复用的SQL规范标准规则，用户在平台提交工单后，平台将基于审核规则模板对提交的SQL语句进行初审，用以解决事前审核规范不标准难题

    上线后监督​

    1. SQLE提供智能扫描审核功能，实现生产环境下的SQL审核优化
    2. SQLE支持多种类型的扫描任务，基于任务需求执行周期性的扫描任务，并生成扫描结果报告，及时告警
    - + \ No newline at end of file diff --git a/docs/v2/online-demo/index.html b/docs/v2/online-demo/index.html index a92f7364..1ef1df1e 100644 --- a/docs/v2/online-demo/index.html +++ b/docs/v2/online-demo/index.html @@ -4,13 +4,13 @@ 在线体验 | SQLE 文档 - +
    版本：v2

    在线体验

    地址​

    登录用户​

    userpassword
    adminadmin

    测试 MySQL​

    variablevalue
    host20.20.20.3
    port3306
    userroot
    passtest

    注意事项​

    1. 该服务仅用于在线功能体验，请勿在生产环境使用；
    2. 该测试服务数据会定期清理。
    - + \ No newline at end of file diff --git a/docs/v2/quick-usage/index.html b/docs/v2/quick-usage/index.html index 0e119721..6242dc6e 100644 --- a/docs/v2/quick-usage/index.html +++ b/docs/v2/quick-usage/index.html @@ -4,7 +4,7 @@ 快速开始 | SQLE 文档 - + @@ -23,7 +23,7 @@ project-workflow-1

    DBA用户 B 上线​

    使用 B 用户进入SQLE后，即可看到由A提交的上线工单，点击详情后可进行审批操作。

    提示

    SQLE 支持通过邮件，微信企业号等途径推送工单通知。也可以配置工单对接来在钉钉上进行工单审批

    project-workflow-1 project-workflow-1 project-workflow-1

    - + \ No newline at end of file diff --git a/docs/v2/support/commercial-support/index.html b/docs/v2/support/commercial-support/index.html index 2f1c8739..22e332ad 100644 --- a/docs/v2/support/commercial-support/index.html +++ b/docs/v2/support/commercial-support/index.html @@ -4,13 +4,13 @@ 商业支持 | SQLE 文档 - +
    版本：v2

    商业支持

    如果想获得 SQLE 的商业支持, 您可以联系我们:

    • 全国支持: 400-820-6580
    • 华北地区: 86-13910506562, 汪先生
    • 华南地区: 86-18503063188, 曹先生
    • 华东地区: 86-18930110869, 梁先生
    • 西南地区: 86-13540040119, 洪先生
    - + \ No newline at end of file diff --git a/docs/v2/support/community-support/index.html b/docs/v2/support/community-support/index.html index c71114e7..30529f0b 100644 --- a/docs/v2/support/community-support/index.html +++ b/docs/v2/support/community-support/index.html @@ -4,13 +4,13 @@ 社区支持 | SQLE 文档 - +
    版本：v2

    社区支持

    微信技术交流群​

    欢迎加入微信群进行交流，反馈使用中遇到的问题或者使用建议。

    进群方式：添加管理员微信 ActionOpenSource

    爱可生社区公众号​

    关注爱可生社区公众号，获取最新SQLE动态包括新功能清单与产品规划。

    项目列表

    - + \ No newline at end of file diff --git a/docs/v2/support/compare/index.html b/docs/v2/support/compare/index.html index cc32779c..1a3a0c61 100644 --- a/docs/v2/support/compare/index.html +++ b/docs/v2/support/compare/index.html @@ -4,13 +4,13 @@ 功能对比 | SQLE 文档 - +
    版本：v2

    功能对比

    社区版及企业版功能对比​

    模块功能企业版社区版
    平台基础能力资源管理√√
    权限管理√√
    用户对接:LDAP√√
    用户对接:Oauth2.0单点登录√
    对接钉钉在线审批√√
    支持爱可生云树DMP数据源同步√
    量化管理项目管理√
    报表统计√
    Dashboard√√
    支持的数据源类型MySQL√√
    Mycat√
    TDSQL for InnoDB√
    OceanBase For MySQL√
    DB2√
    TiDB√
    PostgreSQL√
    Oracle√
    OceanBase For Oracle√
    SQL Server√
    达梦√
    SQL审核同一工单多数据源√
    多种SQL上传方式√√
    IDE审核插件√√
    自助审核√√
    SQL美化√√
    动态配置审核规则模板√√
    审核白名单√
    基于规则的审核建议√√
    审核建议去重展示√√
    SQL下钻分析√
    大表进行 Online DDL√√
    SQL上下文关联√√
    生成回滚语句√√
    审核评分√√
    审核报告下载√√
    SQL语句下载√√
    工单上线自定义审核流程√√
    多数据源批量上线√
    立即上线√√
    定时上线√√
    线下执行，线上标记√√
    中止上线√√
    智能扫描MySQL|MyBatis 扫描√√
    MySQL|库表元数据√√
    MySQL|阿里云 RDS慢日志√√
    MySQL|阿里云 RDS审计日志√√
    MySQL|慢日志审核√
    MySQL|会话SQL扫描√√
    MySQL|百度云RDS慢日志√√
    SQL文件扫描√√
    应用程序SQL抓取√√
    支持JAVA探针采集JAVA应用SQL√
    Oracle TopSQL√
    TiDB审计日志√
    OceanBase for MySQL|MyBatis 扫描√
    OceanBase for MySQL|Top SQL√
    自定义（通过调用接口推送bash脚本、python程序中的SQL）√√
    告警通知邮件告警√√
    微信企业号告警√√
    飞书告警√√
    webhook告警√
    SQL工作台集成CloudBeaver-提供在线SQL客户端√√
    安全管控√√
    OpenAPI提供完整的标准接口方案√√
    专家服务提供数据对接、SQL规范制定、SQL优化建议等7x24小时服务√

    各数据源支持程度对比​

    提示

    目前支持的数据源类型中，除MySQL为社区版，其他均为企业版。

    MySQL系​

    MySQLMycatTDSQL for InnoDBOceanBase For MySQLTiDB
    功能SQL分析√ √ √
    SQL上下文√√√
    元数据检查√√√√√
    SQL回滚√
    上线中止√ √√√
    扫描任务库表元数据√
    慢日志√
    Processlist√
    TopSQL √
    TiDB审计日志√ √
    MyBatis√ √
    阿里RDS MySQL慢日志√
    阿里RDS MySQL审计日志√
    百度云RDS MySQL慢日志扫描√
    SQL文件扫描√√√√√
    应用程序抓取√√√√√
    自定义√√√√√
    其他规则数量133122129117119

    非MySQL系​

    OracleOceanBase For OracleDB2PostgreSQLSQL server达梦
    功能SQL分析√ √ √
    SQL上下文√ √ √
    元数据检查 √
    SQL回滚√ √
    上线中止√
    扫描任务库表元数据 √
    慢日志
    Processlist
    TopSQL√ √
    TiDB审计日志
    MyBatis
    阿里RDS MySQL慢日志
    阿里RDS MySQL审计日志
    百度云RDS MySQL慢日志扫描
    SQL文件扫描√√√√√
    应用程序抓取√ √√√
    自定义√ √√√
    其他规则数量8583602123
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/customrule/index.html b/docs/v2/user-manual/customrule/index.html index 268d2a73..eacc5487 100644 --- a/docs/v2/user-manual/customrule/index.html +++ b/docs/v2/user-manual/customrule/index.html @@ -4,7 +4,7 @@ 自定义审核规则 | SQLE 文档 - + @@ -16,7 +16,7 @@ customrule-usetemplate 2.创建工单，新建表users123，从工单审核结果中可以看到自定义规则已生效； customrule-result

    提示

    目前仅支持在SQLE平台新建自定义规则，暂不支持导入导出规则模板时携带自定义规则。

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/intro/index.html b/docs/v2/user-manual/intro/index.html index a65d35e5..66708612 100644 --- a/docs/v2/user-manual/intro/index.html +++ b/docs/v2/user-manual/intro/index.html @@ -4,13 +4,13 @@ 用户手册 | SQLE 文档 - +
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/jetbrains/index.html b/docs/v2/user-manual/jetbrains/index.html index b25146dd..9dbceefa 100644 --- a/docs/v2/user-manual/jetbrains/index.html +++ b/docs/v2/user-manual/jetbrains/index.html @@ -4,7 +4,7 @@ IDEA审核插件 | SQLE 文档 - + @@ -15,7 +15,7 @@ ide-install-use

    2.用户也可以选中文件后，点击右键, 选中 [SQLE] - [Audit]，将获得对文件中SQL的审核结果，支持一次性审核整个文件夹下的MyBatis文件； ide-install-use2

    审核结果​

    插件会以弹窗的形式将审核结果进行展示 ide-install-result

    常见问题解答​

    为什么插件配置项中的 [DB Type] 点击时偶尔会卡一下​

    这是因为点击下拉框时下拉框会连接SQLE获取支持的实例类型, 这个过程可能会出现网络延迟

    SQLE在审核时使用的规则模板是什么​

    SQLE会根据设置中指定的数据库类型, 选择对应类型的默认模板进行审核, 且只会使用默认模板中的静态审核规则

    我没有SQLE环境可以使用这个插件吗​

    SQLE有演示环境, 如果只是想尝试一下这个插件可以连接演示环境

    插件支持哪些IDE​

    Jetbrains家的所有软件和 [Android Studio] 都是支持的

    SQLE插件的配置存在什么地方​

     {用户根目录}\AppData\Roaming\JetBrains\{idea版本号对应目录}\options\SQLESettings.xml
    变量说明
    用户根目录一般为 C:\Users 目录下和用户名同名的目录, 内部一般包含 '桌面', '下载' 等文件夹
    idea版本号对应目录一般为 软件名版本号 的格式, 如社区版idea 2022.1版本对应目录名为 IdealC2022.1
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/operation_records/index.html b/docs/v2/user-manual/operation_records/index.html index 6058cab4..f01fb882 100644 --- a/docs/v2/user-manual/operation_records/index.html +++ b/docs/v2/user-manual/operation_records/index.html @@ -4,14 +4,14 @@ 操作记录 | SQLE 文档 - +
    版本：v2

    操作记录

    使用场景​

    SQLE平台提供操作记录，当审核/上线产生问题时，用户需要从操作行为判定问题责任方。此时，用户可以使用平台的操作记录功能，查看平台行为的操作人、操作时间。

    入口​

    用户点击平台右上方操作记录icon后，跳转至操作记录页面，查看权限范围内可见的操作记录。

    • 用户可对操作记录进行筛选，查看符合条件的操作记录；
    • 用户也可在当前筛选条件下，导出平台操作记录，用以线下审计; operation

    更多操作​

    SQLE会定时回收已产生的操作记录，目前该过期时间默认为90天。如果用户需要自定义过期时间，可以在全局配置中修改。

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/analysis/index.html b/docs/v2/user-manual/project/analysis/index.html index a00f9945..990b85c3 100644 --- a/docs/v2/user-manual/project/analysis/index.html +++ b/docs/v2/user-manual/project/analysis/index.html @@ -4,13 +4,13 @@ SQL分析 | SQLE 文档 - +
    版本：v2

    SQL分析

    SQL分析是什么

    当用户需要了解执行SQL的对象情况时，可以点击SQL后的分析操作，进入SQL分析页面

    使用场景

    操作步骤

    使用限制

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/audit_task/SQLfile_audit/index.html b/docs/v2/user-manual/project/audit_task/SQLfile_audit/index.html index ef6d2a35..c2890b35 100644 --- a/docs/v2/user-manual/project/audit_task/SQLfile_audit/index.html +++ b/docs/v2/user-manual/project/audit_task/SQLfile_audit/index.html @@ -4,7 +4,7 @@ SQL文件扫描 | SQLE 文档 - + @@ -12,7 +12,7 @@
    版本：v2

    SQL文件扫描

    本节介绍SQL文件扫描的应用场景及配置方法。

    备注

    平台已支持的所有数据源类型均支持SQL文件扫描

    使用场景​

    当用户需要在批量执行SQL前扫描SQL，发现潜在的安全漏洞、提高数据库性能及数据库开发质量时，可以使用SQL文件进行批量扫描。

    使用方式​

    前置条件​

    在后端环境中准备SQL文件

    新建智能扫描任务​

    进入智能扫描任务列表，点击新建，选择SQL文件扫描任务类型。

    执行Scannerd文件​

    提示

    注意：使用rpm或docker部署的情况下，scannerd通常在SQLE的bin目录下。

    示例如下：

    ./scannerd sqlfile -H127.0.0.1 -N"SQLfile" -P"10000" -J"default" -D/root/sqle/sqle/cmd/scannerd/scanners/mybatis/testdata/ -A"eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhcG4iOiJ0ZXN0MDcyNCIsImV4cCI6MTcyMTcyODU0NywibmFtZSI6ImFkbWluIn0.CojdTvBkr-iN_26tWI-Kr6mMnJt1NIDr-Y3v7m9ySuM"

    参数解释如下：

    • -J, --project：说明扫描任务所在项目，例如“default”；
    • -H, --host string：指定SQLE主机所在地址；
    • -P, --port string：指定SQLE所在端口；
    • -N, --name string：指定扫描任务名称，scannerd会将获得的SQL传至指定的任务池中审核；
    • -D, --dir string：指定要扫描的SQL文件路径；
    • -A, --token string：输入扫描任务凭证token；
    • -K, --skip-sql-file-audit：只上传sql，不审核sql；
    • -S, --skip-error-sql-file; 跳过无法解析的sql文件；

    获得执行结果： sqlfile_audit

    平台查看执行结果​

    • 用户进入扫描任务详情，可以查看SQLw文件中已采集到的SQL信息；
    • 用户点击立即审核，可以在扫描任务报告中获取当前SQL的审核结果； sqlfile_result
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/audit_task/baiduyunrds/index.html b/docs/v2/user-manual/project/audit_task/baiduyunrds/index.html index 3c3c4240..4101bda4 100644 --- a/docs/v2/user-manual/project/audit_task/baiduyunrds/index.html +++ b/docs/v2/user-manual/project/audit_task/baiduyunrds/index.html @@ -4,14 +4,14 @@ 百度云RDS慢日志扫描 | SQLE 文档 - +
    版本：v2

    百度云RDS慢日志扫描

    本节介绍如何在SQLE平台监管百度云RDS实例上产生的慢SQL。

    支持的数据源类型​

    • MySQL

    使用场景​

    如果用户使用百度云RDS实例，并且想要监管实例上产生的慢SQL，可以通过创建一个百度云RDS慢日志扫描任务来实现。该任务将会定期扫描百度云RDS实例上的慢日志，并将扫描结果发送到SQLE中进行分析。

    前置操作​

    • 用户需创建双机高可用版本的百度云RDS实例；
    • 对该实例开通慢日志；

    baiduyunrds

    操作步骤​

    新建智能扫描任务

    • 任务名称：输入审核任务名称，必须以字母开头；
    • 数据源名称：指定扫描任务实施的数据源；
    • 数据库：填写需要审核的目标库，若不填则仅进行静态分析不会连库；
    • 数据库类型：根据选取的数据源呈现；
    • 任务类型：选择需要执行的审核任务类型，选择百度云RDS MySQL慢日志；
    • 实例ID：填写百度云RDS实例的ID。
    • Access Key：为账号安全认证中的Access Key，用于登录百度云RDS，需要与Secret Key一同使用。
    • Access Secret Key：账号安全认证中Access Key对应的Secret Key。
    • 启动任务时拉取慢日志时间范围(单位:小时,最大7天)：扫描任务读取慢日志的时间范围，单位为小时，最大范围为7天。
    • 审核过去时间段内抓取的SQL（分钟）： 审核该时间段内抓取到的慢SQL。
    • RDS Open API地址：RDS的地址前缀，用以调用RDS服务，需根据实例所在区域进行填写。如当前实例在华东-上海范围，则应填写rds.fsh.baidubce.com baiduyunrdsurl

    点击提交，完成扫描任务创建。

    执行结果​

    • 用户进入扫描任务详情，可以查看扫描任务抓取到的慢SQL。
    • 点击立即审核，可查看对慢SQL的审核结果。

    baiduyunrdsaudit

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/audit_task/intro/index.html b/docs/v2/user-manual/project/audit_task/intro/index.html index 5e3648aa..6ef61e6a 100644 --- a/docs/v2/user-manual/project/audit_task/intro/index.html +++ b/docs/v2/user-manual/project/audit_task/intro/index.html @@ -4,13 +4,13 @@ 功能说明 | SQLE 文档 - +
    版本：v2

    功能介绍

    背景​

    在审核工单中我们介绍了如何通过 SQLE 进行 SQL 审核并上线的流程。审核工单管理，主要解决 SQL 上线的规范化流程化的问题，它能够帮助 DBA 自动化处理整个 SQL 上线过程中一些重复繁琐的工作。

    不过审核工单管理也有它的局限性。

    • 第一，通常工单中的审核是一次性操作。上线后，通常还会有业务 SQL访问数据库。这时可能会遇到一些执行效率较低的业务 SQL 造成数据库的性能问题，因而这类业务型SQL同样需要审核。
    • 第二，临近发版，如果这时审核出 SQL 存在一些问题，是否修复这些问题，可能会受到很多因素的影响（如 SQL 问题的影响面大小，项目发版的紧急程度等），因而需要对即将上线的SQL做全量扫描。

    因而，需要引入扫描任务，进行周期性的SQL审核，用以补充工单审核覆盖不到的场景。

    SQLE扫描任务支持的采集模式​

    1.SQLE 自动抓取​

    • 功能说明
      • 使用SQLE自动抓取，将由SQLE获取指定的SQL文件，传输至指定审核池后，由SQLE进行审核并展示审核结果。
    • 支持的任务类型
      • 库表元数据
      • TopSQL
      • processlist列表

    2.Scanner 抓取​

    • 功能说明
      • 使用Scanner抓取，可利用scanner插件获取指定的SQL文件，传输至指定审核池后，由SQLE进行审核并展示审核结果。
    • 支持的任务类型
      • 慢日志
      • Mybatis扫描

    3.OpenAPI 推送​

    • 功能说明
      • 使用应用程序SQL抓取，可利用api接口动态获取指定应用程序中的SQL，传输至指定审核池后，由SQLE进行审核并展示审核结果。
    • 支持的任务类型
      • openapi推送
      • 自定义
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/audit_task/java_agent_audit/index.html b/docs/v2/user-manual/project/audit_task/java_agent_audit/index.html index 54210a90..c1a363be 100644 --- a/docs/v2/user-manual/project/audit_task/java_agent_audit/index.html +++ b/docs/v2/user-manual/project/audit_task/java_agent_audit/index.html @@ -4,13 +4,13 @@ Java探针版应用程序SQL抓取【企业版】 | SQLE 文档 - +
    版本：v2

    Java探针版应用程序SQL抓取【企业版】

    本节介绍如何利用SQLE平台抓取java应用中的SQL，选取的例子是一个开源的问卷调查java应用，架构简单，上手相对容易。

    支持的数据源类型​

    • MySQL
    • Oracle
    • DB2
    • OceanBase for MySQL
    • PostgreSQL
    • TiDB
    • SQL Server

    前置准备​

    环境准备​

    准备一台 linux 服务器，ubuntu即可，架构版本暂无要求

    1. 安装JAVA
    sudo apt install default-jdk
    1. 部署并启动MySQL服务

    部署java应用​

    • 准备Java应用
    • 准备Java应用SQL初始化文件
    • 准备SQLE定制的JAVA agent JAR包
      提示

      JAVA agent JAR包为企业版功能，如有使用需求，请联系SQLE商业支持。

    Java应用前置步骤​

    1、初始化Java应用

    mysql -h127.0.0.1 -P3306 -uroot -p -e "CREATE DATABASE IF NOT EXISTS jw default character set utf8mb4 collate utf8mb4_unicode_ci"
    mysql -h127.0.0.1 -P3306 -uroot -D jw -p < init-mysql.sql

    2、将Java应用Jar包，定制jdbc上传服务器指定目录下，可以放在 /opt/surveyking 目录下，示例：

    root@ubuntu:/opt/surveyking# pwd
    /opt/surveyking
    root@ubuntu:/opt/surveyking# ls -l
    total 55652
    -rw-r--r-- 1 root root  2932784 Feb 24 08:38 sql-agent-1.0-SNAPSHOT.jar
    -rw-r--r-- 1 root root 54508748 Feb 24 08:37 surveyking-v0.3.0-beta.4.jar

    使用方式​

    创建扫描任务​

    进入智能扫描任务列表，点击新建，扫描任务类型选择应用程序SQL抓取。

    启动Java应用​

    提示

    以下命令需要在本地编辑替换完参数后，一次性拷贝到环境内执行 

    SQLE_COLLECT_ENABLE=true \
    SQLE_BASE_URL=http://10.186.62.16:10000 \
    SQLE_TASK_NAME=jw_app \
    SQLE_TASK_TOKEN=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhcG4iOiJqd19hcHAiLCJleHAiOjE2NzcyMjYxNzcsIm5hbWUiOiJhZG1pbiJ9.3d0pA1hiVnFEWJokSFBwCT8d1pKOYV6SViENj4GFqgI \
    SQLE_EXCLUDE_JAVA_FILE=UserServiceImpl.java \
    SQLE_LOG_FILE=/tmp/collect.log \
    java -javaagent:sql-agent-1.0-SNAPSHOT.jar \
    -jar surveyking-v0.3.0-beta.4.sqle.jar \
    --server.port=1991 \
    --spring.datasource.url=jdbc:mysql://10.186.62.18:3306/jw \
    --spring.datasource.username=root \
    --spring.datasource.password=mysqlpass \
    & >>/opt/surveyking/std.log

    参数说明（环境变量）​

    • SQLE_COLLECT_ENABLE=true ：是否开启SQL采集，默认不推送到SQLE只输出本地日志
    • SQLE_BASE_URL：SQLE 服务地址，格式“http://ip:port”
    • SQLE_TASK_NAME：SQLE 审核任务的名称
    • SQLE_TASK_TOKEN：审核任务的token，从SQLE页面复制
    • SQLE_PROJECT_NAME：SQLE JDBC配置：项目名
    • SQLE_LOG_FILE：指定SQLE 采集日志文件，不指定则代表输出到标准输出
    • SQLE_EXCLUDE_JAVA_FILE：忽略部分JAVA文件不插桩，主要是兼容性问题，当修改字节码失败时为了保障能运行抓取。文件按逗号分隔

    参数说明（java 参数）​

    • server.port：web服务启用端口
    • spring.datasource.url：jdbc url
    • spring.datasource.username：jdbc user name
    • spring.datasource.password：jdbc password

    访问Java应用​

    • 访问地址：如果配置的网页端口是1991则通过网页访问http://xx.xx.xx.xx:1991
    • 用户名：admin
    • 密码：123456
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/audit_task/java_application_audit/index.html b/docs/v2/user-manual/project/audit_task/java_application_audit/index.html index 1b13ad86..3c76f254 100644 --- a/docs/v2/user-manual/project/audit_task/java_application_audit/index.html +++ b/docs/v2/user-manual/project/audit_task/java_application_audit/index.html @@ -4,13 +4,13 @@ 应用程序SQL抓取【企业版】 | SQLE 文档 - +
    版本：v2

    应用程序SQL抓取【企业版】

    本节介绍如何利用SQLE平台抓取JAVA应用中的SQL，选取的例子是一个开源的问卷调查java应用，架构简单，上手相对容易。

    支持的数据源类型​

    • MySQL
    • Oracle
    • DB2
    • OceanBase for MySQL
    • PostgreSQL
    • TiDB
    • SQL Server

    前置准备​

    环境准备​

    准备一台 linux 服务器，ubuntu即可，架构版本暂无要求

    1. 安装JAVA
    sudo apt install default-jdk
    1. 部署并启动MySQL服务

    部署java应用​

    • 准备Java应用
    • 准备Java应用SQL初始化文件
    • 准备SQLE定制的JDBC jar 包
      提示

      JDBC jar包为企业版功能，如有使用需求，请联系SQLE商业支持。

    Java应用前置步骤​

    1、初始化Java应用

    mysql -h127.0.0.1 -P3306 -uroot -p -e "CREATE DATABASE IF NOT EXISTS jw default character set utf8mb4 collate utf8mb4_unicode_ci"
    mysql -h127.0.0.1 -P3306 -uroot -D jw -p < init-mysql.sql

    2、将Java应用Jar包，定制jdbc上传服务器指定目录下，可以放在 /opt/surveyking 目录下，示例：

    root@ubuntu:/opt/surveyking# pwd
    /opt/surveyking
    root@ubuntu:/opt/surveyking# ls -l
    total 55652
    -rw-r--r-- 1 root root  2477925 Feb 24 08:38 mysql-connector-java-8.0.28-SQLE.jar
    -rw-r--r-- 1 root root 54508748 Feb 24 08:37 surveyking-v0.3.0-beta.4.jar

    3、替换Java应用Jar包的MySQL jdbc jar 包

    cd /opt/surveyking/
    mkdir jar
    cp surveyking-v0.3.0-beta.4.jar jar/
    cd jar/
    jar xvf surveyking-v0.3.0-beta.4.jar # 解压jar包，如果执行失败也可使用 unzip surveyking-v0.3.0-beta.4.jar 代替
    cp ../mysql-connector-java-8.0.28-SQLE.jar BOOT-INF/lib/mysql-connector-java-8.0.26.jar # 替换jdbc
    rm -rf surveyking-v0.3.0-beta.4.jar
    jar cvfM0 surveyking-v0.3.0-beta.4.sqle.jar * # 打包
    mv surveyking-v0.3.0-beta.4.sqle.jar ../
    cd ..
    rm -rf jar/

    使用方式​

    创建扫描任务​

    进入智能扫描任务列表，点击新建，扫描任务类型选择应用程序SQL抓取。

    启动Java应用​

    提示

    以下命令需要在本地编辑替换完参数后，一次性拷贝到环境内执行 

    cd /opt/surveyking/
    SQLE_COLLECT_ENABLE=true SQLE_HOST=10.186.62.18:10000 SQLE_TASK_NAME=jw_app SQLE_TASK_TOKEN=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhcG4iOiJqd19hcHAiLCJleHAiOjE2NzcyMjYxNzcsIm5hbWUiOiJhZG1pbiJ9.3d0pA1hiVnFEWJokSFBwCT8d1pKOYV6SViENj4GFqgI \
    java -jar surveyking-v0.3.0-beta.4.sqle.jar \
    --server.port=1991 \
    --spring.datasource.url=jdbc:mysql://10.186.62.18:3306/jw \
    --spring.datasource.username=root \
    --spring.datasource.password=mysqlpass \
    & >>/opt/surveyking/std.log

    参数说明（环境变量）：​

    • SQLE_COLLECT_ENABLE：是否开启SQL采集
    • SQLE_HOST=10.186.62.18:10000：SQLE 服务地址 ip:port
    • SQLE_TASK_NAME=jw_app ：审核任务的名称
    • SQLE_TASK_TOKEN：审核任务的token，从SQLE页面复制
    • SQLE_PROJECT_NAME：SQLE JDBC配置：项目名

    参数说明（java 参数）​

    • server.port：web服务启用端口
    • spring.datasource.url：jdbc url
    • spring.datasource.username：jdbc user name
    • spring.datasource.password：jdbc password

    访问Java应用​

    • 访问地址：如果配置的网页端口是1991则通过网页访问http://xx.xx.xx.xx:1991
    • 用户名：admin
    • 密码：123456
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/audit_task/metadata_audit/index.html b/docs/v2/user-manual/project/audit_task/metadata_audit/index.html index 2e1bb151..0ad00ccc 100644 --- a/docs/v2/user-manual/project/audit_task/metadata_audit/index.html +++ b/docs/v2/user-manual/project/audit_task/metadata_audit/index.html @@ -4,7 +4,7 @@ 库表元数据 | SQLE 文档 - + @@ -12,7 +12,7 @@
    版本：v2

    库表元数据

    本节介绍库表元数据扫描的应用场景、以及如何创建库表元数据的扫描任务。

    支持的数据源类型​

    • MySQL
    • DB2

    使用场景：​

    1. 需要检查已上线业务对应数据源的建库建表语句是否符合 统一的SQL质量规范。
    2. 需要定期检查上线业务的库表变更是否符合 统一的SQL质量规范。

    前置条件​

    已添加对应数据源。

    操作步骤​

    新建智能扫描任务

    • 任务名称：输入审核任务名称，必须以字母开头；
    • 数据源名称：指定扫描任务实施的数据源；
    • 数据库：填写需要审核的目标库，若不填则仅进行静态分析不会连库；
    • 数据库类型：根据选取的数据源呈现；
    • 任务类型：选择需要执行的审核任务类型，选择库表元数据；
    • 采集周期（分钟）：将采集设定时间内产生的SQL；
    • 是否采集视图信息：默认不采集视图信息，若开启，则将一并扫描数据源上的视图SQL；
    • 审核规则模板：如果未指定此项会优先使用数据源绑定的模板；
    • 任务审核周期：配置的是SQLE对审核任务进行自动审核的执行时间；

    执行结果​

    可在扫描任务列表页面查看新建的库表元数据扫描任务。 list

    点击扫描任务，可查看该扫描任务采集的SQL，及生成的扫描任务报告。 result

    后续步骤​

    • 查看审核记录，查看不同时间点的审核结果，包括审核的SQL语句、审核结果。
    • 分析语句，用户可对SQL语句进行分析操作，获取优化建议。
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/audit_task/mybatis/index.html b/docs/v2/user-manual/project/audit_task/mybatis/index.html index 7d34972c..1e43546a 100644 --- a/docs/v2/user-manual/project/audit_task/mybatis/index.html +++ b/docs/v2/user-manual/project/audit_task/mybatis/index.html @@ -4,7 +4,7 @@ MyBatis扫描 | SQLE 文档 - + @@ -22,7 +22,7 @@ coding-editinfo

    编辑后点击保存，完成构建计划。

    触发构建，获得审核结果​

    在构建计划中点击立即构建按钮； coding-do

    可以在在构建过程中查看构建结果，也可以在SQLE平台的扫描任务中查看审核结果。 coding-result

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/audit_task/processlist_audit/index.html b/docs/v2/user-manual/project/audit_task/processlist_audit/index.html index d8b21f44..87fb7e96 100644 --- a/docs/v2/user-manual/project/audit_task/processlist_audit/index.html +++ b/docs/v2/user-manual/project/audit_task/processlist_audit/index.html @@ -4,14 +4,14 @@ 会话SQL扫描 | SQLE 文档 - +
    版本：v2

    会话SQL扫描

    本节介绍如何对MySQL进行中的会话SQL进行监督及审核。

    支持的数据源类型​

    • MySQL

    使用场景​

    除了上线前和上线后的审核，在SQL语句执行过程中，用户往往也需要对其进行监控和审核，用以及时识别出潜在的问题SQL。然而，当前的审核场景往往无法覆盖事中这一环节的审核。为此，SQLE新增了processlist列表审核扫描任务，实现了事前、事中、事后的全覆盖，使得用户可以在SQL语句的整个生命周期内进行审核和管理，从而减少审核时间和工作量。

    操作步骤​

    新建智能扫描任务

    • 任务名称：输入审核任务名称，必须以字母开头；
    • 数据源名称：指定扫描任务实施的数据源；
    • 数据库：填写需要审核的目标库，若不填则仅进行静态分析不会连库；
    • 数据库类型：根据选取的数据源呈现；
    • 任务类型：选择需要执行的审核任务类型，选择processlist列表扫描任务；
    • 采集周期（秒）：表示SQLE对 MySQL processlist表的采集频率，SQLE将按照该时间间隔进行SQL采集。如果该值过低，会影响实例性能；
    • SQL最小执行时间（秒）：表示SQLE对 MySQL processlist 的采集过滤条件，只有大于等于该时间的SQL才会被采集记录。如果为0，则表示不进行过滤；
    • 审核过去时间段内抓取的SQL（分钟）：processlist列表扫描任务是增量审核，不在该时间段内执行的SQL将不会被再次采集；
    • 审核规则模板：如果未指定此项会优先使用数据源绑定的模板；
    • 任务审核周期：配置的是SQLE对审核任务进行自动审核的执行时间；

    执行结果​

    • 用户进入扫描任务详情，可以查看已采集到的processlist列表中的SQL信息；
    • 用户点击立即审核，可以在扫描任务报告中获取processlist列表中当前采集周期内产生的SQL及审核结果； processlist-audit
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/audit_task/slowlog_audit/index.html b/docs/v2/user-manual/project/audit_task/slowlog_audit/index.html index 365c0ae1..a73058fd 100644 --- a/docs/v2/user-manual/project/audit_task/slowlog_audit/index.html +++ b/docs/v2/user-manual/project/audit_task/slowlog_audit/index.html @@ -4,7 +4,7 @@ 慢日志 | SQLE 文档 - + @@ -12,7 +12,7 @@
    版本：v2

    慢日志

    本节介绍慢日志扫描的应用场景、以及如何创建慢日志扫描任务。

    当前SQLE支持两种慢日志采集方式，一种由scanner采集慢日志文件中的慢查询，一种由SQLE直接采集慢查表中的慢查询，用户可在编辑页面选取需要的采集方式，您可选择需要的方式采集产生的慢查询。

    支持的数据源类型​

    • MySQL

    使用场景​

    需要检查已上线业务是否有超过指定时长的慢SQL产生。

    采集方式​

    方式一：采集慢日志文件​

    前置条件​

    • 已添加对应数据源；
    • 修改配置文件my.cnf，在文件中设置以下内容：
    my.cnf
    slow_query_log = ON //开启慢日志
    slow_query_log_file = /var/lib/mysql/tmp_slow.log   //设置慢日志文件路径
    long_query_time = 1  //设置慢查询时间阈值，当前示例时间为1s，可根据实际业务变更

    步骤一：新建智能扫描任务​

    新建智能扫描任务，填写以下字段信息：

    • 任务名称：指定扫描任务的名称，当前仅支持英文名称；
    • 数据源名称：选择扫描任务对应的数据源；
    • 数据库：选择扫描任务使用的数据库；
    • 数据库类型：根据选取的数据源呈现；
    • 任务类型：选择慢日志；
    • 审核过去时间段内抓取的SQL（分钟）：扫描的时间覆盖范围；
    • 采集来源：填写0，代表采集mysql-slow.log 文件；
    • 审核规则模板：选择对应的审核规则模板；
    • 审核任务周期：配置的是SQLE对审核任务进行自动审核的执行时间；

    点击提交，完成慢日志扫描任务创建。

    步骤二：执行scannerd文件​

    提示

    注意：scannerd文件通常在SQLE的bin目录下，需将scannerd文件放在数据源环境下执行。

    示例如下：

    ./scannerd slowquery -H "127.0.0.1" -P "10000" -N "slowlog_of_GRADE1" -J "default" -A eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhcG4iOiJzbG93bG9nX29mX0dSQURFMSIsImV4cCI6MTcwODA3MjMzNSwibmFtZSI6ImFkbWluIn0.ArU5HpU7aSSVrRutxSAwRFYahSx0_4RNzD4KB6LTfpM --log-file /var/lib/mysql/mysql-for-test-slow.log

    参数解释如下：

    • -J, --project：说明扫描任务所在项目，例“default”；
    • -H, --host string：指定SQLE主机所在地址；
    • -N, --name string：指定扫描任务名称，scannerd会将获得的慢SQL传至指定的任务池中审核；
    • -P, --port string：指定SQLE所在端口；
    • -A, --token string：输入扫描任务凭证token；
    • --log-file：指定慢日志文件，scannerd从该文件中获取慢SQL；

    方式二：采集慢日志表​

    前置条件​

    • 已添加数据源
    • 在MySQL中设置以下内容：
    set global long_query_time=1; // 需根据实际业务调整慢查询时间阈值，此处仅供参考
    set global slow_query_log=1; // 开启慢日志查询
    SET GLOBAL log_output='FILE,TABLE';// 开启 MySQL 的慢日志收集功能，并且确认将慢日志内容写入文件 mysql-slow.log 和表 mysql.slow_log
    提示

    为了优化查询性能，使用这一采集方式时，需要用户手动运行下面的SQL，将mysql.slow_log表的引擎改为MyISAM，并添加索引。

    ALTER TABLE mysql.slow_log ENGINE = MyISAM;
    ALTER TABLE mysql.slow_log ADD INDEX idx_start_time (start_time);

    新建智能扫描任务​

    新建智能扫描任务，填写以下字段信息：

    • 任务名称：指定扫描任务的名称，当前仅支持英文名称；
    • 数据源名称：选择扫描任务对应的数据源核；
    • 数据库：选择扫描任务使用的数据库；
    • 数据库类型：根据选取的数据源呈现；
    • 任务类型：选择慢日志扫描任务；
    • 采集周期(分钟)：SQLE进行采集的周期，若设置为10分钟，则SQLE将每隔10分钟去采集慢日志表中生成的慢查询；
    • 审核过去时间段内抓取的SQL（分钟）：扫描的时间覆盖范围；
    • 采集来源：填写1，代表采集mysql.slow_log 表；
    • 审核规则模板：选择对应的审核规则模板；
    • 审核任务周期：配置的是SQLE对审核任务进行自动审核的执行时间；

    点击提交，完成慢日志扫描任务创建。

    执行结果​

    在扫描任务详情查看扫描的SQL语句及审核报告。 result result2

    后续步骤​

    分析扫描任务报告中出现的慢SQL。

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/audit_task/topsql/index.html b/docs/v2/user-manual/project/audit_task/topsql/index.html index 0b4bc7af..747729cc 100644 --- a/docs/v2/user-manual/project/audit_task/topsql/index.html +++ b/docs/v2/user-manual/project/audit_task/topsql/index.html @@ -4,13 +4,13 @@ TopSQL | SQLE 文档 - +
    版本：v2

    TopSQL

    本节介绍如何

    支持的数据源类型​

    • DB2
    • Oracle
    • OceanBase for MySQL
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/group_member/index.html b/docs/v2/user-manual/project/group_member/index.html index 7f64c1c7..8c0e2d1c 100644 --- a/docs/v2/user-manual/project/group_member/index.html +++ b/docs/v2/user-manual/project/group_member/index.html @@ -4,7 +4,7 @@ 成员/成员组管理 | SQLE 文档 - + @@ -12,7 +12,7 @@
    版本：v2

    成员/成员组管理

    本文介绍项目内添加成员、成员组的步骤，以及其他管理操作。

    成员/成员组由项目管理员添加，只有被添加为成员后，才可查看、操作项目内资源。

    使用场景​

    • 一个业务以项目的形式管理SQL工单、扫描任务等资源，若用户需要在指定项目中执行SQL工单、扫描任务等相关操作，则需要成为该项目的成员，并具有相应角色操作权限。
    • 如果用户具备相同的操作权限或者访问相同的资源，可以通过将他们加入同一个成员组来配置他们对项目资源的操作权限。

    前置条件​

    • 项目管理员进入指定的项目；
    • 平台管理员已完成用户/用户组的添加；
    • 平台管理员已完成角色的添加；

    添加成员​

    步骤​

    项目管理员点击左侧导航栏成员标签，在成员列表点击添加成员按钮；

    字段说明​

    • 用户名：选择平台已添加的用户；
    • 选择是否为项目管理员：项目管理员将负责项目管理行为，例如添加数据源和成员等；
      • 若将当前成员设为项目管理员，则该成员将对项目内所有数据源拥有所有操作权限，无需额外配置权限；
      • 若未设置，则当前成员在项目内的操作权限将根据下一步添加角色与数据源的绑定获得；
    • 添加角色与数据源的绑定；
      • 添加数据源：指定当前成员能操作的数据源；
      • 添加角色：指定当前成员在该数据源上的角色权限，平台默认提供DEV、DBA两种角色，负责SQL语句的提交、审核及上线操作；更多角色设置请参见角色管理；
    • 删除角色与数据源的绑定；

    执行结果​

    项目管理员可查看当前项目中添加的成员列表。 成员列表

    后续步骤​

    配置项目审核流程模板：一个项目有且仅有一个审核流程，应用于该项目下的所有工单。需要配置审核流程在审核、上线环节的操作人，请参见审核流程模板。

    更多操作​

    • 编辑成员：添加成员后，项目管理员可修改成员可用的数据源及对应角色权限；
      • 限制：编辑之前产生的工单不受影响，编辑之后工单创建时将应用最新的数据源及权限对应关系；
    • 删除成员：项目管理员可删除项目中的成员；
      • 限制：若成员已不在项目内，则无权操作工单；

    添加成员组​

    步骤​

    项目管理员点击左侧菜单栏成员标签，在成员组列表点击添加成员组按钮；

    字段说明​

    • 用户组名：选择平台已添加的用户组；
    • 添加角色与数据源的绑定：
      • 添加数据源：指定当前成员组能操作的数据源；
      • 添加角色：指定当前成员组在该数据源上的角色权限，平台默认提供DEV、DBA两种角色，负责SQL语句的提交、审核及上线操作；更多角色设置请参见角色管理；
    • 删除角色与数据源的绑定：删除为当前成员组设定的数据源及角色信息；

    执行结果​

    项目管理员可查看当前项目中添加的成员组列表。 成员组列表

    后续步骤​

    • 配置项目审核流程模板：一个项目有且仅有一个审核流程，应用于该项目下的所有工单。需要配置审核流程在审核、上线环节的操作人，请参见审核流程模板。

    更多操作​

    • 编辑成员组：添加成员组后，项目管理员可修改成员组可用的数据源及对应角色权限；
      • 限制：编辑之前创建的工单不受影响，之后创建的工单将依据新的数据源及权限；
    • 删除成员组：项目管理员可删除项目中的成员组；
      • 限制：若成员组内成员已不在项目内，则无权操作工单；
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/instance-manager/index.html b/docs/v2/user-manual/project/instance-manager/index.html index 93527a48..089b9ccd 100644 --- a/docs/v2/user-manual/project/instance-manager/index.html +++ b/docs/v2/user-manual/project/instance-manager/index.html @@ -4,14 +4,14 @@ 数据源管理 | SQLE 文档 - +
    版本：v2

    数据源管理

    本文介绍如何在项目中进行数据源管理，包括数据源的增加、删除、编辑操作。 数据源是工单和扫描任务的实施对象，用户在平台创建的工单和扫描任务都将针对指定的数据源执行。因而项目创建后需要首先配置项目内可用的数据源。

    提示

    数据源是SQLE连库审核的对象，任何审核的场景下若可以不选数据源则代表将进行脱库审核。

    使用场景​

    实际生产中，如果需要针对某个数据源下发SQL或创建扫描任务，需要首先将数据源添加至SQLE平台，测试连通成功后才可创建工单、创建扫描任务。

    添加数据源​

    前置操作​

    项目管理员进入指定的项目

    操作步骤​

    点击左侧导航栏的「数据源」菜单，进入数据源管理页面后，点击「添加数据源」，填写数据源相关信息

    • 数据源名称：命名当前新建的数据源，如：actionsky-test；
    • 数据源描述：用户可对数据源补充更多描述，便于用户通过名称+描述快速更精准地区分数据源；
    • 数据库类型：选择数据库实例对应的数据库类型，当前支持的数据库类型可参考支持的数据库及版本；
    • 数据库地址：输入数据库实例的连接地址，支持IP地址、域名两种方式；
    • 数据库端口：添加数据源时根据数据源类型自动切换默认端口；
    • 连接用户：输入数据库实例的连接用户，SQLE在执行SQL审核以及SQL上线时，会通过该连接用户访问数据库实例及下发SQL；
    • 密码：输入数据库实例的连接用户密码；
    • 审核规则模板：审核规则模板将用于创建工单时的审核、扫描任务的审核、SQL查询的审核；
    • 运维时间：如果配置了运维时间, 工单将只能在运维时间内上线(立即上线和定时上线都受此影响), 支持配置多个运维时间, 默认无运维时间,即不限制上线时间；
    • SQL查询是否需要审核：默认不审核；如用户选择开启该功能，则用户在SQL工作台中提交的SQL语句，将匹配审核规则模板进行SQL审核操作；
    • 运行查询的最高审核等级：只有开启 SQL查询的审核功能才生效；支持四种审核等级：normal、notice、warn、error，如设置运行查询的最高审核等级为warn，则触发了warn等级规则以上的SQL语句将报错，并不予执行；未触发warn等级规则以上的SQL语句将被执行；

    执行结果​

    数据源添加成功后，可在数据源列表查看新增的数据源信息。

    可根据数据源名称、数据库地址、数据库类型、使用的审核规则模板筛选项进行筛选。

    数据源列表

    后续步骤​

    • 创建审核规则：添加数据源后，可针对指定数据源创建适用的审核规则，请参见审核规则模板管理。
    • 添加成员/成员组：添加数据源后，需要引入成员/成员组对数据源进行操作，请参见成员/成员组管理。

    更多管理功能​

    • 编辑数据源：点击数据源列表页面对应数据源条目后的【编辑】按钮，可以修改指定数据源。
      • 限制：数据源名称及数据库类型不支持修改，其他信息均可修改
    • 删除数据源：点击数据源列表页面对应数据源条目后的【删除】按钮，可以删除指定数据源。
      • 限制：若数据源上还有相应工单未完成，则该数据源暂时不可删除
    • 连通性测试：点击【更多】按钮，选择连通性测试，测试是否可以用当前的数据源地址及用户密码成功连入数据源。
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/intro/index.html b/docs/v2/user-manual/project/intro/index.html index e2dc8980..5aee0876 100644 --- a/docs/v2/user-manual/project/intro/index.html +++ b/docs/v2/user-manual/project/intro/index.html @@ -4,7 +4,7 @@ 功能介绍 | SQLE 文档 - + @@ -12,7 +12,7 @@
    版本：v2

    功能介绍

    自2.22.11.0版本起，平台引入项目管理概念，与SQL审核相关的资源均以项目的形式进行资源隔离。创建工单前，需要由项目管理员设置好项目内部必要的资源环境，包括项目使用的数据源、用户、流程模板、规则模板、白名单信息等，随后，项目成员才可在项目内提交工单并审核上线，或设置智能扫描任务。 本文介绍项目管理的使用场景以及如何以项目形式管理SQL工单、扫描任务等项目资源。在进行项目管理之前，需要由管理员进行创建项目，具体操作请参见创建项目。

    说明​

    提示

    社区版仅支持一个默认项目，项目管理员是admin，企业版可创建多个项目，有创建项目权限的用户可以创建项目，创建项目后，可指定其他项目成员为项目管理员。

    使用场景​

    企业内容存在多个业务，且各个业务之间的数据源、工单、扫描任务可能由不同团队在负责，希望不同团队之间的数据相互隔离。此时，可在平台内以不同项目的行为去管理多个业务资源（数据源、工单、扫描任务等）。

    项目内资源调度​

    资源调度 项目内的主要业务为工单审核及智能扫描任务审核。围绕工单及智能扫描任务，涉及到数据源管理、审核规则模板管理、白名单管理、审核流程管理、成员管理。

    以工单审核为例​

    工单是为了满足下发SQL时审核、上线环节的流程化需求。

    工单的完整生命周期包括创建、审核、上线，其中涉及数据源、审核流程、审核规则模板、白名单的操作。

    备注
    • 审核流程：一个项目可绑定一个审核流程，该审核流程将应用于该项目下的所有工单审核。
    • 数据源：工单作用于具体的数据源，创建工单时，需要指定一个或多个数据源。
    • 审核规则模板：创建工单时，平台会基于该数据源应用的审核规则模板，对成员提交的SQL语句进行审核，满足应用的审核规则后，才可创建工单。
    • 白名单：创建工单时，若存在不需要审核的SQL语句，可将该SQL语句添加至白名单，提交该SQL时平台将不做审核。

    以智能扫描任务为例​

    智能扫描任务是为了满足长期的SQL审核，平台支持的扫描任务类型包括库表元数据、TopSQL、慢日志、Mybatis扫描、应用程序SQL抓取及其他自定义扫描任务。

    智能扫描任务的完整生命周期包括创建、查看扫描任务报告，其中涉及数据源、审核规则模板、白名单的操作。

    备注
    • 数据源：智能扫描任务作用于具体的数据源，创建智能扫描任务时，需要指定一个数据源。
    • 审核规则模板：创建的智能扫描任务，将基于该任务下数据源应用的审核规则模板，审核任务中的SQL语句，并生成报告。
    • 白名单：创建扫描任务时，若存在不需要审核的SQL语句，可将该SQL语句添加至白名单，执行扫描任务时，将略过该语句。

    项目内资源权限​

    资源权限

    项目内由成员执行工单及扫描任务。

    前置条件​

    • 需要将平台创建的用户/用户组引入项目，成为项目成员/项目成员组后，才可在项目内进行操作。平台用户/用户组的创建，请参见平台用户管理。
    • 引入项目成员/成员组时，需要指定成员/成员组在对应数据源上的操作角色，成员/成员组将继承角色对应的操作权限。角色的配置，请参见平台角色管理。

    资源权限说明​

    • 一个项目内可引入多个成员/成员组
    • 成员/成员组将依据自身绑定的数据源及对应角色权限，对指定数据源进行指定的操作。
    • 如当前项目引入了成员user1，并在user1上绑定了数据源local，并指定角色为DEV（创建工单），那么user1在当前项目中可执行的操作为：针对数据源local创建工单/管理自己创建的工单。
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/project_create/index.html b/docs/v2/user-manual/project/project_create/index.html index 8d11439f..f3b1e6ae 100644 --- a/docs/v2/user-manual/project/project_create/index.html +++ b/docs/v2/user-manual/project/project_create/index.html @@ -4,7 +4,7 @@ 创建项目【企业版】 | SQLE 文档 - + @@ -12,7 +12,7 @@
    版本：v2

    创建项目【企业版】

    本文介绍如何在SQLE平台创建项目。 SQLE平台通过引入项目实现业务、资源的隔离，项目内创建的工单及扫描任务都将带有项目属性，仅项目成员可查看、操作。

    使用场景​

    企业内容存在多个业务，且各个业务之间的数据源、工单、扫描任务可能由不同团队在负责，希望不同团队之间的数据相互隔离。此时，可在平台内以不同项目的行为去管理多个业务资源（数据源、工单、扫描任务等）。

    前置条件​

    创建新项目时，需要用户拥有创建项目的权限，这部分内容可通过管理员账号配置，请参见平台用户管理，或由平台管理员直接创建项目。

    操作步骤​

    拥有项目创建权限的用户/平台管理员点击页面顶部菜单栏项目，选择查看所有项目，点击列表右上角创建项目按钮

    • 输入项目名称。如：actionsky；
    • 输入项目描述。如：处理爱可生项目的数据源、工单及扫描任务；
    • 点击提交；

    执行结果​

    • 项目创建完成后，可在项目列表中查看当前用户创建的项目。
    • 选中指定项目，可进入项目详情页面，查看并管理项目内的数据源、成员、审核规则模板、审核流程模板等内容。

    项目列表

    提示

    项目创建人在创建项目后会成为项目成员，承担项目管理员的身份，支持指定其他成员成为项目管理员，一个项目可对应多个项目管理员。

    后续步骤​

    项目创建后，用户在进行创建工单、创建扫描任务的核心业务之前，还需要做如下操作：

    • 初始化工单、扫描任务的实施对象即数据源，具体操作请参见数据源管理。
    • 初始化工单、扫描任务的使用人员以及使用人员的操作权限即项目成员，具体操作请参见成员管理。
    • 初始化工单、扫描任务的审核规则模板，一个项目内可为不同数据源定义不同的规则模板，具体操作请参见规则模板管理。
    • 若存在无需审核的SQL，可在白名单管理中初始化白名单，请参见白名单管理； 初始化工单的项目审核流程模板，一个项目内所有工单共用一个审核流程，具体操作请参见流程模板管理。

    更多管理功能​

    项目管理包含编辑及删除操作。

    • 项目编辑：项目创建人/平台管理员可在项目列表编辑项目条目信息，可编辑项为项目描述。
    • 项目删除：项目创建人/平台管理员可在项目列表删除项目条目。
      • 限制：删除项目前，需要确保项目下没有进行中的工单，才可成功删除。
      • 影响：删除项目后，该项目下的数据源、工单及扫描任务信息都将被删除。
    • 冻结项目：若有项目需要临时停用，项目创建人/平台管理员可在项目列表点击冻结项目。
      • 限制：冻结项目前，需要确保项目内没有未完成的工单。
      • 影响：冻结项目后，项目内所有操作均不可执行。
      • 后续：用户可点击启用操作，重新启用该项目。
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/rule-template-manager/index.html b/docs/v2/user-manual/project/rule-template-manager/index.html index a1b3f817..e989f178 100644 --- a/docs/v2/user-manual/project/rule-template-manager/index.html +++ b/docs/v2/user-manual/project/rule-template-manager/index.html @@ -4,7 +4,7 @@ 审核规则模板 | SQLE 文档 - + @@ -12,7 +12,7 @@
    版本：v2

    规则模版

    本文将介绍如何管理项目中的审核规则模板。 SQLE平台提供对应数据库类型的默认审核规则模板，是在长期实践中依据数据库特性总结出的一些规范的集合。审核规则模板在平台上的使用场景包括：创建工单时的审核、扫描任务的审核、SQL查询的审核。 同时也支持项目管理员基于实际业务需求定制审核规则模板，匹配具体的数据源审核需求。

    提示

    规则模版分为全局模版和项目模版，全局模版为超级管理员配置，所有项目都可见和使用；项目模版由超级管理员或者项目拥有者配置，仅在项目内使用

    提示

    每个规则模版内可独立配置规则的级别和参数

    使用场景​

    在实际生产中，不同业务/不同数据源对上线的SQL存在不同审核要求，在SQLE平台中，项目管理员可通过审核规则模板为不同的数据源配置不同的审核规则。

    前置条件​

    项目管理员进入指定的项目

    创建规则模板​

    入口​

    项目管理员点击左侧导航栏【规则模板】菜单，点击项目规则模板列表中的【创建规则模板】按钮。

    步骤一：输入基本信息​

    • 模板名称：命名当前规则模板，须以字母开头，只能包含字母、数字、中划线和下划线。如：test
    • 模板描述：补充描述模板的其他信息。如：用于测试规则模板触发的告警等级
    • 数据库类型：选择该规则模板应用的数据库类型，当前支持的数据库类型包括MySQL、TiDB、DB2、SQL Server、OceanBase For MySQL、Oracle、PostgreSQL、达梦。

    步骤二：选择要启用/禁用的规则​

    • 编辑规则告警等级：当前可设置项为普通、提示、警告、告警
    • 编辑规则参数默认值

    步骤三：提交规则模板​

    执行结果​

    成功创建自定义审核规则模板后，项目管理员可查看已创建的自定义规则模板及其对应的数据库类型。

    审核规则模板

    后续步骤​

    • 设置数据源的审核规则模板：用户可为不同数据源设置相同或者不同的审核规则模板，具体操作请参见数据源管理
    • 创建工单：工单中SQL的审核将依据该数据源配置的审核规则模板，请参见工单说明。
    • 创建智能扫描任务：智能扫描任务中SQL的审核将依据该数据源配置的审核规则模板，请参见扫描任务说明。

    更多操作​

    • 导入规则模板：可以导入其他项目中形成的规则模板文件
    • 编辑规则模板：编辑规则模板的基本信息及应用的规则
    • 删除规则模板：删除自行创建的规则模板
      • 限制：当已有数据源绑定了该规则模板，该规则模板不可被删除
    • 克隆规则模板：克隆当前的模板，克隆的规则模版只会继承源模版所有启用的规则、以及变更过的规则等级和阈值。克隆出的新规则模版的模版名称等基本信息需要手动填写。
    • 导出规则模板：导出当前选中的规则模板，以json格式下载规则模板内容。
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/whitelist-manager/index.html b/docs/v2/user-manual/project/whitelist-manager/index.html index dddd85d3..d49e926f 100644 --- a/docs/v2/user-manual/project/whitelist-manager/index.html +++ b/docs/v2/user-manual/project/whitelist-manager/index.html @@ -4,7 +4,7 @@ 白名单管理【企业版】 | SQLE 文档 - + @@ -12,7 +12,7 @@
    版本：v2

    白名单【企业版】

    本文介绍如何增加、编辑、删除项目中的白名单。 SQLE在企业版中提供白名单功能，便于用户在特定场景下规避具体规则的审核。 添加在SQL审核白名单中的语句，在提交工单申请时，不受审核规则的约束。。

    提示

    白名单目前支持两种方式匹配SQL，字符串匹配和SQL指纹匹配，前者需要SQL内容一致，后置匹配同类型的SQL

    使用场景​

    当已知一些 SQL 存在不规范之处，但又想忽略时，可以将SQL语句添加至白名单。

    前置条件​

    项目管理员进入指定的项目

    添加白名单​

    项目管理员点击左侧导航栏【白名单】菜单，点击白名单列表右上角的【添加白名单】按钮。

    • 选择匹配模式：提供以下两种方式
      • 字符串匹配：若选择通过字符串匹配，则将应用于指定SQL语句。
      • SQL指纹匹配：若选择通过SQL指纹匹配，则应用于语句结构一致的SQL。
    • 输入白名单描述：用以提示该条白名单SQL的应用场景
    • 输入SQL语句

    执行结果​

    成功添加白名单后，可以看到当前项目内所有的项目白名单及匹配模式

    whitelist

    后续步骤​

    • 创建工单：添加白名单后，可继续创建工单，白名单中的语句将不会触发审核，请参见工单说明。
    • 创建智能扫描任务：添加白名单后，审核将跳过白名单中的语句，请参见扫描任务说明。

    更多操作​

    • 编辑白名单：项目管理员/成员可修改已创建的白名单语句
    • 删除白名单：项目管理员/成员可删除已创建的白名单语句
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/workflow-template-manager/index.html b/docs/v2/user-manual/project/workflow-template-manager/index.html index 07c80875..a73a0aa6 100644 --- a/docs/v2/user-manual/project/workflow-template-manager/index.html +++ b/docs/v2/user-manual/project/workflow-template-manager/index.html @@ -4,7 +4,7 @@ 审核流程模板 | SQLE 文档 - + @@ -14,7 +14,7 @@ 一个项目有且仅有一个审核流程模板。

    提示

    每个项目对应使用一个流程模版，项目创建后会初始化一个默认模版，用户可根据实际情况调整

    提示

    工单审核步骤若选择匹配所有拥有审核权限的用户时对应的数据源没有对应的人员则默认指定管理员进行审批操作

    警告

    修改流程模版仅对之后的工单有效，之前的工单流程步骤不变

    使用场景​

    一个业务团队中，开发需要在指定数据源上执行SQL，上线的SQL需要符合DBA约定了的安全以及性能规范。因此，SQLE为工单场景提供了不同人员之间的协作工作流，即审核流程。

    前置条件​

    项目管理员进入指定的项目 项目管理员已添加项目成员/成员组

    配置审核流程​

    项目管理员点击左侧导航栏流程模板菜单， 点击修改当前审批流程模板按钮

    设定模板的基本信息​

    设置允许创建工单的最高审核等级

    当前提供四种审核等级，包括：

    • 普通
    • 提示
    • 告警
    • 错误

    若设置“运行查询的最高审核等级”为warn，则审核结果小于等于warn的SQL都可以执行.

    设置流程节点​

    审核流程自工单发起开始，通过设置的审核步骤后，最后以执行上线结束

    第一步 工单发起​

    这一步骤通常指代项目成员创建工单

    第二步 工单审核​

    配置审核节点后，对应审核操作人在该步骤可以执行审核通过或驳回操作

    • 选择审核人类型，可以选择指定审核人或匹配拥有数据源审核权限的成员
    • 添加步骤描述：用以补充说明步骤信息
    • 添加审核步骤：审核流程模板最多可设置4个审核节点，也可不设置审核步骤
    提示
    • 若选择指定审核人
      • 需要项目管理员指定项目成员
      • 最少需要添加一个指定人，最多只能添加三个指定人
      • 指定的审核人可以没有工单审核权限
    • 若选择匹配拥有数据源审核权限的成员
      • 将按实例匹配数据源上拥有审核权限的成员
      • 如果创建工单时没有任何用户拥有此数据源工单审核权限, 则工单审核人将会被指定为项目管理员

    第三步 工单上线：执行人在该步骤可以执行上线或驳回操作。​

    • 选择审核人类型，当前提供两种方式：指定上线人或匹配拥有数据源上线权限的成员
    • 添加步骤描述
    提示
    • 若选择指定审核人
      • 需要项目管理员指定项目成员
      • 最少需要添加一个指定人，最多只能添加三个指定人
      • 指定的上线人可以没有工单上线权限
    • 若选择匹配拥有数据源上线权限的成员
      • 将按实例匹配数据源上拥有上线权限的成员
      • 如果创建工单时没有任何用户拥有此数据源工单上线权限, 则工单上线人将会被指定为项目管理员

    第四步 提交审核流程模板​

    提交审核流程后，流程修改之前创建的工单仍以提交工单时的审核流程执行，流程修改后的创建的工单将以当前的审核流程执行流转。

    执行结果​

    提交审核流程模板后，可查看当前设置的审批流程模板涉及的步骤节点，及各步骤的审核人。 审核流程模板

    后续步骤​

    创建工单：创建审核流程模板后，成员可进入项目中创建工单，请参见：创建工单

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/workflow/audit-workflow/index.html b/docs/v2/user-manual/project/workflow/audit-workflow/index.html index 8cff1b92..31f8ee7f 100644 --- a/docs/v2/user-manual/project/workflow/audit-workflow/index.html +++ b/docs/v2/user-manual/project/workflow/audit-workflow/index.html @@ -4,7 +4,7 @@ 审核工单 | SQLE 文档 - + @@ -13,7 +13,7 @@ 自动审核通常在创建工单时执行，本节主要介绍人工审核部分。

    使用场景​

    实际生产中会存在业务变更、业务上线，比如初始化构建业务库、跑批等，当工单创建后，通常需要审核人员执行审批操作，审批过程中，审批用户可选择审核通过或全部驳回。

    前置条件​

    工单已被创建

    操作步骤​

    步骤一 查看待审核的工单​

    提示
    • 入口一：可在dashboard中查看待自己审核的工单
    • 入口二：进入项目的工单列表，筛选工单状态为待审核，查看项目内待审核的工单

    步骤二 点击待审核的工单名称，进入查看工单详情​

    工单详情页信息包含以下几个方面

    • 工单基础信息：包括工单名称、工单创建人、工单创建时间及工单描述
    • 工单进度：查看当前工单的执行进度，及工单整体流经的流程节点，流程节点与审核流程模板中设置的节点保持一致
    • 工单审核结果查看：
      • 概览：查看工单的整体概况信息，显示工单整体应用的数据源及审核情况
      • 按数据源查看：按数据源查看数据源上的SQL及其审核结果，并查看分析结果，也可下载审核报告、下载SQL语句、去重SQL

    步骤三 审核通过或驳回工单​

    • 审核通过：成员查看工单详情后，若审核通过，可点击【审核通过】按钮，完成审核；
    • 全部驳回：若审核不通过，可点击【全部驳回】按钮，并填写驳回原因，工单将返回至工单创建人处

    执行结果​

    • 审核通过：若点击【审核通过】，工单将按照审核流程模板流转至下一操作节点，状态变更为待审核或待上线 approve
    • 全部驳回：若点击【全部驳回】，工单状态将变更为已驳回，工单进度栏将提示提交的驳回原因，工单将返回至创建人重新修改，并重新提交工单审核，或直接关闭工单 deny

    后续步骤​

    • 审核工单：若工单涉及其他审核流程节点，工单将继续流转至下一审核节点审核
    • 上线工单：若工单不涉及其他审核流程节点，工单将流转至上线人处执行上线，可参考上线工单
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/workflow/create-workflow/index.html b/docs/v2/user-manual/project/workflow/create-workflow/index.html index 5e050692..9493220d 100644 --- a/docs/v2/user-manual/project/workflow/create-workflow/index.html +++ b/docs/v2/user-manual/project/workflow/create-workflow/index.html @@ -4,7 +4,7 @@ 创建工单 | SQLE 文档 - + @@ -12,7 +12,7 @@
    版本：v2

    创建工单

    工单是SQLE提供的在线化SQL上线方式。研发人员可通过创建工单，提请需要审批的SQL语句。

    使用场景​

    实际生产中会存在业务变更、业务上线，比如初始化构建业务库、跑批。此时，需要针对某个数据库执行一批SQL。用户可通过SQLE创建工单，输入SQL语句或者上传SQL脚本。

    前置条件​

    • 项目管理员已添加数据源；

    操作步骤​

    步骤一：填写工单基本信息​

    创建工单前，需要为工单指定唯一的工单名称，并填写工单说明。

    • 填写工单名称：
      • 工单名称支持中英文，须以英文开头；
      • 工单名称可自行填写；若未填写，平台将根据使用的数据源及添加时间组合填充工单名称；
    • 填写工单描述：输入工单描述信息，限3000个字符；

    步骤二：上传SQL语句并审核​

    需要填写工单中涉及的SQL语句，执行审核操作，SQLE会根据数据源配置的审核规则模板，自动进行SQL语句的规则审核，并在线反馈审核结果。

    • 选择数据源：表示当前SQL最终会应用到哪个数据源；
      • 社区版：一个工单内仅支持选择一个数据源；
      • 企业版：一个工单内支持添加多个数据源；
    • 是否选择相同SQL：当添加多个数据源时，可设置是否选择相同SQL；
      • 使用相同SQL模式，
        • 限制：数据源的数据库类型相同；
        • 效果：对不同数据源下发相同SQL；
      • 若不使用相同SQL模式
        • 效果：对不同数据源下发不同SQL；
    • 选择数据库：选择要执行的数据库，相当于执行 use 语句；
      • 若未选择数据库，工单上线后，将脱库执行下发的SQL；
    • 选择审核SQL语句上传方式：平台提供三种上传方式，包括在线输入SQL语句、上传SQL文件、上传MyBatis的XML文件；
      • 在线输入SQL语句：项目成员可在平台编辑器中直接输入SQL；
      • 上传SQL文件：项目成员可选择本地的SQL文件上传；
      • 上传Mybatis的XML文件：项目成员可选择本地的XML文件上传；
        • 限制：平台仅支持审核XML文件中上传的SQL语句，尚不支持对其创建工单；
    • 点击审核，显示平台审核结果；
    提示

    在线输入SQL的场景下，平台支持对输入框中的SQL进行美化，以此提高SQL可读性。

    注：当前支持SQL美化的数据源类型包括：

    • MySQL
    • DB2
    • SQL Server
    • Oceanbase For MySQL
    • Oracle
    • PostgreSQL

    步骤三：查看审核结果​

    将根据数据源不同，展示不同数据源下的SQL审核结果。 审核结果由以下几部分组成：

    • 数据源标签：显示当前SQL操作的数据源，当有多个数据源时，可切换数据源标签，查看不同数据源上的审核情况；
    • 数据源上SQL的整体审核通过率、审核结果评分及操作的数据库；
    • 数据源上每条SQL的审核结果、SQL语句及执行状态，可分析SQL；
    • 功能区：
      • 下载审核报告：查看当前数据源下审核的sql语句及其审核结果；
      • 下载SQL语句：下载文件，可查看当前数据源下审核的SQL语句及其审核结果；
      • 设置是否去重：若SQL语句结构一致，去重后将仅显示去重后的SQL；
    审核通过率计算方式
    审核通过率=正常sql/sql总数
    审核结果等级为notice,warn,err的sql均为非正常sql
    审核结果评分计算方式
    1.Error以上级别SQL出现率 = Error级别SQL数 / 总SQL数
    2.Warn以上级别SQL出现率 = (Error级别SQL数 + Warn级别SQL数) / 总SQL数
    3.Warn以上级别SQL出现率 = (Error级别SQL数 + Warn级别SQL数 + Notice级别SQL数) / 总SQL数
    4.总分 = 审核通过率 x 30 +
    (1 - Error以上级别SQL出现率) x 15 +
    (1 - Warn以上级别SQL出现率) x 10 +
    (1 - Notice以上级别SQL出现率) x 5 +
    (Error以上级别SQL出现概率 == 0 ? 15 : 0) +
    (Warn以上级别SQL出现概率 == 0 ? 10 : 0) +
    (Notice以上级别SQL出现概率 == 0 ? 5 : 0) +
    (Error以上级别SQL出现概率 <0.1 ? 5 : 0) +
    (Warn以上级别SQL出现概率 <0.1? 3 : 0) +
    (Notice以上级别SQL出现概率 <0.1 ? 2 : 0)

    备注: 三元表达式 ==> ( 条件 ? 如果条件为真则为此值 : 如果条件为假则为此值 )

    步骤四：点击创建工单​

    完成创建后，进入工单列表，即可看到该工单显示为待审核。

    执行结果​

    创建工单后，可在工单列表查看已创建的所有工单。 list

    后续步骤​

    • 审核工单：工单创建完成后，将依据审核流程模板的设定，流转至指定的审核成员处，审核成员需登录后进行审核操作，详情可参见审核工单。
    • 导出工单：当用户需要审计当前已创建的工单时，可选择筛选条件后，点击工单列表的导出工单按钮，以csv格式导出满足条件的工单信息。
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/workflow/exec-workflow/index.html b/docs/v2/user-manual/project/workflow/exec-workflow/index.html index 36639806..dba8f6dd 100644 --- a/docs/v2/user-manual/project/workflow/exec-workflow/index.html +++ b/docs/v2/user-manual/project/workflow/exec-workflow/index.html @@ -4,14 +4,14 @@ 上线工单 | SQLE 文档 - +
    版本：v2

    上线工单

    本章详细介绍用户如何进行上线。

    • 从数据源角度，支持多数据源同时上线、单数据源分别上线；
    • 从上线时间角度，支持立即上线、定时上线；
    • 从上线方式角度，支持平台直接上线，也支持后台执行后，线上标记为人工上线；

    使用场景​

    实际生产中上线环节也会存在业务变更等诸多情况，除了对工单做整体上线操作外，还存在以下需求：

    • 需要根据数据源分别上线；
    • 需要避开业务高峰期，在指定时间上线；
    • 已在后台执行SQL，需要线上标记为人工上线；

    为此，SQLE平台也提供了多种上线方式，满足用户的上线需求。

    前置条件​

    工单状态为待上线；

    操作步骤​

    步骤一 进入待上线的工单​

    • 方式一：上线操作人可在dashboard中点击“需上线”标签，查看当前需要上线的工单；
    • 方式二：上线操作人也可在项目的工单列表中，筛选工单状态为“待上线”的工单，查看当前需要上线的工单；

    步骤二 设置工单上线​

    根据使用场景，区分为以下四种工单上线方式；

    1.批量立即上线​

    针对一个工单内涉及多个数据源，且多个数据源需要同时立即上线的，点击批量上线，平台将对工单内涉及的所有数据源执行上线操作；

    2.单个数据源立即上线​

    点击立即上线后，平台将立即连入指定数据源，并执行SQL变更；

    3.单个数据源定时上线​

    点击定时上线，并设置上线时间，平台将于指定时间上线SQL； 用户也可取消定时上线，重新设置上线方式。

    4.标记为人工上线​

    针对已经线下执行过的工单SQL，用户可点击标记为人工上线按钮，切换工单状态；

    提示

    上线人仍可选择全部驳回：用户判定工单中存在不合规、性能问题等SQL语句时，则可点击全部驳回，让工单创建人修正后再次进入审核流程。

    备注

    针对上线中的工单，用户可点击“中止上线”按钮，中断上线流程，以避免当前的上线操作影响正常业务。

    执行结果​

    result

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/project/workflow/intro/index.html b/docs/v2/user-manual/project/workflow/intro/index.html index 35a915ba..91bbefb0 100644 --- a/docs/v2/user-manual/project/workflow/intro/index.html +++ b/docs/v2/user-manual/project/workflow/intro/index.html @@ -4,14 +4,14 @@ 功能说明 | SQLE 文档 - +
    版本：v2

    功能说明

    很多公司通常设有 DBA（Database administrator） 这个职位，他们负责在系统上运行数据库，执行备份，执行安全策略等日常数据库运维的工作。其中，DBA一项重要的工作是规范研发人员在应用程序中使用的 SQL 语句。

    场景举例：​

    产品在迭代过程中，某个表需要新增一个字段，这会涉及到改表操作。 当前处理方法：DBA 依据数据库规范评估SQL语句的合理性。如果评估没有问题，则将修改操作应用到线上数据库。如果公司对于这类操作比较严格，在上线前，可能还需要经过层层审批。所有上线流程中的人都同意后，再将修改操作应用到数据库。

    由此引出的问题：

    • SQL上线牵涉范围较广，缺乏规范化流程支撑
    • 工单运转节点不透明，需要DBA去手动通知

    定位​

    SQLE审核工单的出现主要是为了解决上述整个过程中的规范化、流程化的问题。

    • 通过引入审核规则模板，在人工审核前，首先利用规范化的DBA审核经验进行平台预审，提高整体审核效率
    • 通过引入审核流程模板，将SQL语句的流程节点透明化，并明确操作权限归属，提供规范化流程支持

    流程​

    process

    状态说明
    待审核创建完的工单自动进入「待审核」状态；该状态的工单将由项目流程设置的审核人进行审核。
    待上线工单的每一道审核流程均执行通过后，工单状态将由「待审核」状态变更为「待上线」状态；上线人此时可选择立即上线或批量驳回，或针对具体数据源进行立即上线或定时上线。设置定时上线后，工单状态仍为「待上线」，到达预设的上线时间后，变更为「正在上线」状态；设置定时上线但还未到达上线时间的工单，可以由上线人取消定时上线，可以再次对工单进关闭、定时上线/立即上线等操作。
    正在上线当上线人进行立即上线，工单会短暂的进入「正在上线」阶段，该阶段的时间取决于SQL是否上线完毕；当上线人选择定时上线，定时上线的工单到预设时间会自动执行SQL上线，此时工单也会由「待上线」状态变更为「正在上线」状态；SQL上线遇到阻塞的工单会一直处于「正在上线」状态。
    上线成功SQL上线成功的工单会进入「上线成功」状态；上线成功标志工单流转结束，无法再对工单进行操作。
    上线失败SQL上线失败的工单会进入「上线失败」状态；上线失败同样标志工单流转结束，无法再对工单进行操作
    已驳回「待审核」的工单可以由每级的审批人进行审核，若审核不通过，被驳回，工单将进入「已驳回」状态；此状态的工单可以由创建人或者超管用户进行修改并重新提交工单，流程将被重置。
    已关闭状态为「待审核」、「待上线」或「已驳回」的工单可以由创建人或者超管用户在任何时刻关闭工单，「已关闭」状态标志工单流转结束，无法再对工单进行操作；已经进入上线流程的工单无法关闭。
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/sql-workbench/how-to-configure/index.html b/docs/v2/user-manual/sql-workbench/how-to-configure/index.html index 38b6a2b1..83e54738 100644 --- a/docs/v2/user-manual/sql-workbench/how-to-configure/index.html +++ b/docs/v2/user-manual/sql-workbench/how-to-configure/index.html @@ -4,14 +4,14 @@ 配置方法 | SQLE 文档 - +
    版本：v2

    配置方法

    安装CloudBeaver​

    提示

    SQLE目前支持的CloudBeaver版本包括22.2.0、22.2.1、22.2.3、22.3.1版本

    docker 部署：https://github.com/dbeaver/cloudbeaver/wiki/Run-Docker-Container

    源码安装：https://github.com/dbeaver/cloudbeaver/wiki/Build-and-deploy

    配置CloudBeaver​

    步骤一 修改CloudBeaver配置文件cloudbeaver.conf​

    cloudbeaver.conf配置文件通常在conf路径下

    配置文件名是否必须修改修改内容修改原因
    cloudbeaver.conf是将server.rootURI的值改为'/sql_query'；将server.serviceURI 的值改为 '/api/'(server.serviceURI默认就是/api/)SQLE目前只支持代理这个路由

    config

    步骤二 重启CloudBeaver​

    配置cloudbeaver后，需要重启cloudbeaver以使配置项生效

    步骤三 初始化CloudBeaver​

    • 使用 http://{IP}:8978/sql_query#/ 可以进入CloudBeaver即代表配置正确
    • 设置管理员用户名及密码：该用户名及密码将用于后续SQLE配置文件中
    • 确认security服务开启
    • 完成设置，登录管理员账号成功，则初始化成功

    步骤四 配置完成后检查​

    • 确认角色正确:[访问管理] - [角色] 处应当只有admin和user两个角色

    • 确认没有冲突用户:[访问管理] - [用户] 处不应当有名称格式为 sqle-xxx的用户存在, 这会与SQLE自动创建的用户冲突

    提示

    用admin 跳转Cloudbeaver的时候，SQLE会在Cloudbeaver创建一个新的用户叫sqle-admin ，同时把这个用户缓存到数据库里，每次跳转先去数据库里找这个用户，如果已经存在，就会拿这个用户直接去登陆cb

    配置SQLE​

    步骤一 修改SQLE配置文件, 增加SQL工作台参数​

    打开SQLE配置文件，配置文件一般位于SQLE工作目录的etc目录下, 文件名一般为sqled.yml 配置文件新增参数sql_query_config

    参数字段参数说明
    sql_query_configsql工作台参数, 此参数与 sqle_config在同一级

    在sql_query_config参数下增加子参数，子参数在 sql_query_config 的下一级, 需要注意缩进

    参数字段参数说明
    cloud_beaver_hostcloudbeaver IP地址
    cloud_beaver_portcloudbeaver访问端口
    cloud_beaver_admin_usercloudbeaver管理员账户
    cloud_beaver_admin_passwordcloudbeaver管理员密码

    配置文件内容参考：

    sqleconfig

    步骤二 重启SQLE​

    需要重启以使配置项生效。

    步骤三 检查SQLE是否已成功集成CloudBeaver​

    SQLE重启后进入平台，点击打开SQL工作台，若成功跳转，则说明当前SQLE平台已成功集成CloudBeaver。

    提示
    • 平台管理员账户需要有 [添加/修改/删除][用户/实例/权限] 的权限
    • SQLE集成CloudBeaver后请勿使用CloudBeaver的管理员账户直接操作CloudBeaver的用户/实例/权限

    常见问题​

    如果在配置CloudBeaver时，出现跳转不正确等问题，可参考如何解决CloudBeaver跳转不正确的问题。

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/sql-workbench/how-to-quick-deploy/index.html b/docs/v2/user-manual/sql-workbench/how-to-quick-deploy/index.html index 7ad16503..3ae133f2 100644 --- a/docs/v2/user-manual/sql-workbench/how-to-quick-deploy/index.html +++ b/docs/v2/user-manual/sql-workbench/how-to-quick-deploy/index.html @@ -4,13 +4,13 @@ 使用定制包快速搭建环境 | SQLE 文档 - +
    版本：v2

    使用定制包快速搭建环境

    SQLE在原有CloudBeaver release_22_2_0 分支的基础上, 增加了对OceanBase 和 TiDB 的支持, 用户无需再手动配置环境，可直接使用SQL工作台功能。

    cb

    定制分支与原分支区别详情

    • 支持并默认启用 OceanBase 驱动
    • 支持并默认启用 TiDB 驱动
    • 默认访问路由调整为 /sql_query, 便于与SQLE集成
    • 默认会话超时时间调整为12小时(之前是30分钟)
    • 移除了默认创建的 PG 演示实例和 SQLite 演示实例
    • docker镜像名调整为 actiontech/sqle-cloudbeaver:22_2_0
    • 优化打包方式, 大幅提高打包效率
    • 默认主题改为暗色

    项目地址​

    定制包下载地址​

    https://github.com/actiontech/cloudbeaver/releases/tag/sqle.22.2.0

    使用说明​

    编译和运行项目​

    与原项目编译运行方式保持一致

    编译docker镜像​

    进入项目的 deploy/docker 目录, 然后执行 ./make-docker-container.sh

    运行docker镜像​

    • 方式一: 进入项目的 deploy/docker 目录, 然后执行 ./run-docker-container.sh
    • 方式二: 手动启动镜像, 镜像参数和 原项目镜像参数 保持一致

    已有CloudBeaver环境升级为定制环境​

    CloudBeaver程序目录下应当有以下几个文件

    cb

    将CloudBeaver程序目录下的conf目录和workspace目录移动到定制CloudBeaver程序目录下(覆盖原目录), 随后停止旧CloudBeaver, 运行新CloudBeaver即可

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/sql-workbench/how-to-use/index.html b/docs/v2/user-manual/sql-workbench/how-to-use/index.html index 710b1200..7b53b91e 100644 --- a/docs/v2/user-manual/sql-workbench/how-to-use/index.html +++ b/docs/v2/user-manual/sql-workbench/how-to-use/index.html @@ -4,13 +4,13 @@ 使用定制包快速搭建环境 | SQLE 文档 - +
    版本：v2

    使用定制包快速搭建环境

    SQLE在原有CloudBeaver release_22_2_0 分支的基础上, 增加了对OceanBase 和 TiDB 的支持, 用户无需再手动配置环境，可直接使用SQL工作台功能。

    cb

    定制分支与原分支区别详情

    • 支持并默认启用 OceanBase 驱动
    • 支持并默认启用 TiDB 驱动
    • 默认访问路由调整为 /sql_query, 便于与SQLE集成
    • 默认会话超时时间调整为12小时(之前是30分钟)
    • 移除了默认创建的 PG 演示实例和 SQLite 演示实例
    • docker镜像名调整为 actiontech/sqle-cloudbeaver:22_2_0
    • 优化打包方式, 大幅提高打包效率
    • 默认主题改为暗色

    项目地址​

    定制包下载地址​

    https://github.com/actiontech/cloudbeaver/releases/tag/sqle.22.2.0

    使用说明​

    编译和运行项目​

    与 原项目编译运行方式 保持一致

    编译docker镜像​

    进入项目的 deploy/docker 目录, 然后执行 ./make-docker-container.sh

    运行docker镜像​

    • 方式一: 进入项目的 deploy/docker 目录, 然后执行 ./run-docker-container.sh
    • 方式二: 手动启动镜像, 镜像参数和 原项目镜像参数 保持一致

    已有CloudBeaver环境升级为定制环境​

    CloudBeaver程序目录下应当有以下几个文件

    cb

    将CloudBeaver程序目录下的conf目录和workspace目录移动到定制CloudBeaver程序目录下(覆盖原目录), 随后停止旧CloudBeaver, 运行新CloudBeaver即可

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/sql-workbench/introduction/index.html b/docs/v2/user-manual/sql-workbench/introduction/index.html index 03166b58..e7d8f58f 100644 --- a/docs/v2/user-manual/sql-workbench/introduction/index.html +++ b/docs/v2/user-manual/sql-workbench/introduction/index.html @@ -4,7 +4,7 @@ 功能说明 | SQLE 文档 - + @@ -12,7 +12,7 @@
    版本：v2

    功能说明

    CloudBeaver Community 是一个开源的 Web 数据库可视化管理工具，支持 PostgreSQL, MySQL, MariaDB, SQL Server, Oracle, DB2, Firebird, H2, Trino 等数据库。

    SQLE通过集成CloudBeaver，使得SQLE具备数据库操作的能力，方便开发或DBA在SQLE中方便地操作数据库

    • SQL工作台会自动同步SQLE的用户信息和实例信息, 避免无权限的人进行操作
    • 可通过参数配置及SQL查询审核对SQL做限制和审核，有效避免不合规的查询

    使用场景​

    当业务人员需要对数据库进行数据检索时，一些查询SQL可能会造成数据库性能问题甚至夯死。但在传统的使用场景中，DBA很难对业务人员的行为进行追踪和管控，无法限制有问题的SQL在生产环境执行。

    因而SQLE平台集成CloudBeaver数据库可视化管理工具，满足在线SQL查询需求的同时，进行业务人员的操作权限控制，并对业务人员的SQL进行审计，拒绝不合规的SQL运行。

    前置条件​

    安装CloudBeaver并完成配置，参考SQL工作台配置方法。

    操作步骤​

    步骤一 SQLE平台配置用户​

    • 创建一个有SQL查询权限的角色
    • 将成员关联至该角色

    步骤二 SQLE平台配置数据库实例审核等级​

    创建/修改一个实例, 开启SQL查询，并设置运行查询的最高审核等级，并提交修改

    参数名参数含义
    SQL查询是否需要审核只有开启此项，才会在执行SQL查询时进行审核
    运行查询的最高审核等级如果审核等级低于或等于这个等级将会放行, 高于这个等级将无法执行

    步骤三 登录CloudBeaver​

    自动登录说明：在登陆SQLE时会检测CloudBeaver是否处于登陆状态, SQLE将会自动使用当前SQLE用户登录CloudBeaver。

    警告

    若当前用户无SQL查询权限，则无权登录。

    步骤四 下发SQL​

    选择需要操作的数据源，并输入SQL语句点击运行，可查看SQL查询结果

    操作结果​

    审核失败的SQL将会被拦截, 并报出错误, 可以点击详情查看错误详情 error

    按要求修改SQL, 再次执行, 如果审核通过将会执行当前SQL success

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/sys-configuration/configuration/index.html b/docs/v2/user-manual/sys-configuration/configuration/index.html index 8904cf07..71d518d4 100644 --- a/docs/v2/user-manual/sys-configuration/configuration/index.html +++ b/docs/v2/user-manual/sys-configuration/configuration/index.html @@ -4,14 +4,14 @@ 全局配置 | SQLE 文档 - +
    版本：v2

    全局配置

    SQLE支持管理员对平台基础配置进行统一管理，目前支持修改的配置项包括：

    • 已完成的工单自动过期时间；
    • 操作记录过期时间；
    • URL地址前缀；

    已完成的工单自动过期时间​

    使用场景​

    SQLE会定时回收已完成的工单，目前该过期时间默认为30天。如果用户需要自定义过期时间，可在全局配置中修改。

    填写范例​

    • 进入全局配置页面，点击修改；
    • 点击已完成的工单过期时间输入框；
    • 输入预期的过期时间，例如：360小时；
    • 点击提交，保存配置；
    • 此时查看项目工单列表，已完成15天以上的工单将被删除；

    操作记录过期时间​

    使用场景​

    SQLE会定时回收已产生的操作记录，目前该过期时间默认为90天。如果用户需要自定义过期时间，可在全局配置中修改。

    填写范例​

    • 进入全局配置页面，点击修改；
    • 点击操作记录过期时间输入框；
    • 输入预期的过期时间，例如：2小时；
    • 点击提交，保存配置；
    • 此时查看平台操作记录，仅显示2个小时内产生的操作行为；

    URL地址前缀​

    使用场景​

    配置消息推送或流程对接后，用户可以从外部应用程序中直接查看待操作提示。此时，如果用户需要跳转到SQLE，进一步查看工单详细信息，则可以在全局配置中更改URL地址前缀，以满足访问需求。

    填写范例​

    • 进入全局配置页面，点击修改；
    • 点击URL地址前缀输入框；
    • 输入URL前缀，格式为http://ip:port，例如：http://localhost:10000 ；
    • 点击提交，保存配置；
    • 创建一条工单，待审批人在第三方应用中可查看工单链接，点击链接可快速跳转至SQLE平台； configuration-url
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/sys-configuration/customize/index.html b/docs/v2/user-manual/sys-configuration/customize/index.html index dc2a2b1c..cc74fc35 100644 --- a/docs/v2/user-manual/sys-configuration/customize/index.html +++ b/docs/v2/user-manual/sys-configuration/customize/index.html @@ -4,13 +4,13 @@ 个性化设置【企业版】 | SQLE 文档 - +
    版本：v2

    个性化设置【企业版】

    SQLE支持对网站logo及标题进行自定义设置，满足企业用户的个性化需求。

    使用场景​

    若用户对企业一致性有需求，需要变更所使用的网站logo及标题，以增加企业辨识度时，可以使用平台的个性化设置进行变更。

    操作步骤​

    • 用户点击系统设置，选择个性化设置；
    • 编辑标题：用户点击个性化标题后的编辑icon，输入新名称test，回车键保存后，页面标题将变更为test；
    • 编辑个性化logo：用户点击上传及更新icon，选择需要的图片，点击打开后，页面logo将变更为所选图片；
      • 限制：图片大小不可超过102,400 Bytes；

    customize

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/sys-configuration/instance_syn/index.html b/docs/v2/user-manual/sys-configuration/instance_syn/index.html index b691b2c0..a3ce5944 100644 --- a/docs/v2/user-manual/sys-configuration/instance_syn/index.html +++ b/docs/v2/user-manual/sys-configuration/instance_syn/index.html @@ -4,7 +4,7 @@ 外部数据源同步【企业版】 | SQLE 文档 - + @@ -14,7 +14,7 @@ sip

    3.针对需要同步的实例组添加项目标签​

    SQLE同步时，将依据项目标签值，将实例同步至指定项目中 tag

    操作步骤​

    • 进入SQLE平台，点击右上角菜单的“外部数据源同步”，进入同步任务页面
    • 添加同步任务，填写以下相关信息
      • 来源：目前仅支持DMP平台；
      • 地址：默认格式为http://ip:port；
      • 数据源类型:选择同步的数据源类型，如mysql；
      • 审核规则模板：选择数据源使用的规则模板；
      • 设置同步间隔：SQLE平台将按照指定的同步时间执行同步任务；
    • 点击“提交”按钮，SQLE会立即进行一次数据源同步。

    操作结果​

    同步成功后进入对应项目，查看数据源列表页面，可以看到DMP上配置了SIP的数据源组已经被添加到SQLE平台，可以对这个数据源进行创建工单或创建扫描任务等操作。

    syn-result instance-syn

    后续操作​

    管理员可编辑或删除同步任务，也可在同步周期之外，手动执行同步任务。

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/sys-configuration/intro/index.html b/docs/v2/user-manual/sys-configuration/intro/index.html index f9a6edfc..79b8cc7d 100644 --- a/docs/v2/user-manual/sys-configuration/intro/index.html +++ b/docs/v2/user-manual/sys-configuration/intro/index.html @@ -4,13 +4,13 @@ 功能说明 | SQLE 文档 - +
    版本：v2

    功能说明

    系统设置中可配置的内容包括全局配置、登录对接、流程对接、消息推送。

    • 全局配置：当前可配置工单过期时间及url
      • 工单失效时间：平台会定期清理已完成的工单，管理员可自定义工单过期的时间
      • URL地址前缀：当使用流程对接时，通常由外部平台访问SQLE工单详情，需要配置url地址前缀，配置能访问SQLE的url地址信息
    • 登录对接：用户除使用SQLE账号登录平台，也可使用LDAP及oAuth2.0的方式实现对接登录，可参考登录对接。
    • 流程对接：使用流程对接，可在外部工作平台审批工单，目前支持钉钉审批，可参考流程对接。
    • 消息推送：使用消息推送，可将工单状态变更推送到外部工作平台，目前支持对接邮箱、企业微信、飞书的方式，可参考消息推送。
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/sys-configuration/login_syn/index.html b/docs/v2/user-manual/sys-configuration/login_syn/index.html index 20e88751..3c04fbdc 100644 --- a/docs/v2/user-manual/sys-configuration/login_syn/index.html +++ b/docs/v2/user-manual/sys-configuration/login_syn/index.html @@ -4,14 +4,14 @@ 登录对接 | SQLE 文档 - +
    版本：v2

    登录对接

    当前登录对接已实现LDAP方式及Oauth2.0方式

    入口​

    管理员账号，点击更多按钮，点击系统设置，跳转系统设置页面后，点击“对接登录”标签

    推送方式​

    LDAP​

    功能说明​

    SQLE中支持通过配置的方式接入LDAP系统, 如同其他系统一样接受统一的用户管理, 以便于管理员管理SQLE中的用户, 也使得员工无需在使用一套公司内通用账号密码的同时单独记录SQLE的账号密码。 在SQLE中, 如果正确配置并启用了LDAP功能, 用户就可以在登录界面使用LDAP中记录的账号密码进行登录, SQLE会在员工第一次登录时同步此员工的账号和邮箱, 并在以后的登录中均通过LDAP校验此账户

    使用场景​

    当组织配置了LDAP对接登录系统时，平台管理员可进行相关配置。

    前置操作​

    已配置LDAP

    操作步骤​

    点击修改，选择启用LDAP

    • LDAP服务器地址：用于LDAP登陆时SQLE找到LDAP服务器的位置
    • LDAP服务器端口：用于LDAP登陆时SQLE找到LDAP服务的工作端口
    • 连接用户DN：当用户登录时需要先使用管理用户登录到LDAP中查找出登录用户在LDAP中的DN, 再使用查找出的DN和登录用户填写的密码进行LDAP登录校验
    • 连接用户密码：连接用户DN登录时的密码
    • 查询根DN：用于限定SQLE中LDAP登录的作用范围
    • 用户属性名：用于LDAP用户登录时查询登录用户的DN, LDAP中此属性对应的值也将用作此用户第一次登录SQLE自动注册时的用户名
    • 用户邮箱属性名：SQLE将根据此属性名从LDAP中获取到用户的邮箱, 并将此邮箱用于此用户第一次登录SQLE自动注册时的用户邮箱

    后续操作​

    修改后用户即可通过LDAP账号登录SQLE平台

    OAuth 2.0【企业版】​

    功能说明​

    SQLE中支持通过配置的方式接入OAuth 2.0系统, 如同其他系统一样接受统一的用户管理, 以便于管理员管理SQLE中的用户, 也使得员工无需在使用一套公司内通用账号密码的同时单独记录SQLE的账号密码

    在SQLE中, 如果正确配置并启用了OAuth 2.0功能, 用户就可以在登录界面使用第三方登录, SQLE会在员工第一次登录时要求用户绑定或自动创建一个SQLE用户, 并在以后的登录中可以使用OAuth 2.0用户登录, 也可以用绑定的SQLE用户账号密码登录

    使用场景​

    当组织配置了OAuth 2.0对接登录系统时，平台管理员可进行相关配置。

    前置操作​

    已配置OAuth 2.0

    操作步骤​

    点击修改，选择启用OAuth 2.0

    • 应用ID：应用的唯一标识, 从要对接的平台申请 , 在OAuth2.0认证过程中，appid的值即为oauth_consumer_key的值
    • 应用密钥：appid对应的密钥，访问用户资源时用来验证应用的合法性。在OAuth2.0认证过程中，appkey的值即为oauth_consumer_secret的值
    • 外部访问SQLE的地址：格式为 http(s)://ip:port
    • oauth2登录授权页面地址：格式类似于 http(s)://ip:port/xxx
    • oauth2 access_token 获取地址：格式类似于 http(s)://ip:port/xxx
    • oauth2 user id 获取地址：格式类似于 http(s)://ip:port/xxx
    • 请求资源范围：此范围由验证服务器定义
    • access_token放置位置：SQLE会在获取用户ID时将access_token放在这个key对应的value中, 此参数会作为get请求的参数发送给用户ID获取地址
    • 用户ID保存位置：SQLE会尝试使用此key从第三方平台的响应中解析出用户ID,用户ID应当为唯一ID
    • 登录按钮文字
    提示

    当仅允许内网访问SQLE服务时，请确保回调地址的后缀为"/v1/oauth2/callback"。

    后续操作​

    启用后SQLE登录界面出现其他方式跳转登录入口，点击，可跳转至对应登录页面

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/sys-configuration/message_syn/index.html b/docs/v2/user-manual/sys-configuration/message_syn/index.html index 7f47e63f..24f68539 100644 --- a/docs/v2/user-manual/sys-configuration/message_syn/index.html +++ b/docs/v2/user-manual/sys-configuration/message_syn/index.html @@ -4,7 +4,7 @@ 消息推送 | SQLE 文档 - + @@ -18,7 +18,7 @@ example
  • 当t1审核通过后，成员admin作为待上线人， admin手机号绑定的飞书账号下，收到一则待上线的工单通知； example
  • 当admin上线成功后，工单创建人将收到一则工单上线成功的消息； example

    • 根据以上示例，用户可了解飞书消息推送的部分场景。

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/sys-configuration/process_syn/index.html b/docs/v2/user-manual/sys-configuration/process_syn/index.html index 18219302..9a784b23 100644 --- a/docs/v2/user-manual/sys-configuration/process_syn/index.html +++ b/docs/v2/user-manual/sys-configuration/process_syn/index.html @@ -4,7 +4,7 @@ 流程对接 | SQLE 文档 - + @@ -18,7 +18,7 @@ dingding-telconfig

    打开全局配置，配置SQLE的URL地址，配置URL地址后，用户可从钉钉跳转访问SQLE工单详情页面； globalurl

    4.利用钉钉进行审批​

    当发生工单变化时，工单关联成员可在对应钉钉账号中收到通知，并进行相应的审批操作； dingding-flow

    - + \ No newline at end of file diff --git a/docs/v2/user-manual/sys-configuration/webhook/index.html b/docs/v2/user-manual/sys-configuration/webhook/index.html index dbbeb5da..c636191c 100644 --- a/docs/v2/user-manual/sys-configuration/webhook/index.html +++ b/docs/v2/user-manual/sys-configuration/webhook/index.html @@ -4,14 +4,14 @@ webhook配置 | SQLE 文档 - +
    版本：v2

    webhook配置

    Webhook是用户定义的自定义HTTP回调。它们通常由事件触发，例如SQLE中存在工单状态的变化，则会自动向用户配置的webhook URL发送HTTP请求。

    使用场景​

    当用户配置了自定义API服务，想要在API服务中实时获取工单执行状态时，可在系统设置中配置webhook服务。在SQLE中配置回调地址后，工单状态一旦发生变更，即可在API服务中获取状态通知信息，无需定时登录SQLE平台以查询结果。

    提示

    当前会触发通知的事件有：

    • 有新工单被创建
    • 工单审核被通过
    • 工单审核被驳回
    • 工单被成功上线
    • 工单上线失败

    前置操作​

    用户需在使用的API服务中生成用于接收回调通知的webhook url。

    备注

    当前webhook url仅支持http格式。

    操作步骤​

    1. 以平台管理员账号登录， 进入系统设置-消息推送，选择webhook配置，并点击修改;
    2. 选择启用webhook;
    3. 填写webhook url：用于工单消息推送的 API 地址;
    4. 填写最大重试次数：默认3次，取值范围0-5。如果推送存在失败，每一个事件请求将最多连续3次执行推送，如3次都失败，则不再推送本次事件;
    5. 填写重试间隔：默认1秒，取值范围1-5。如果推送存在失败，重试时将以1s的时间间隔进行重试;
    6. 填写Token：云服务在发送通知时使用的访问令牌，参考规范：https://datatracker.ietf.org/doc/html/rfc6750；
    7. 提交保存配置;

    后续步骤​

    用户点击“测试”，如配置正确，能在API服务端收到正确的调用测试信息： "This is a SQLE test notification\nIf you receive this message, it only means that the message can be pushed".

    接口文档​

    SQLE POST 请求格式
    POST / HTTP/1.1
    Host: 192.168.21.34:8000
    Accept-Encoding: gzip
    Authorization: Bearer test123
    Content-Length: 239
    User-Agent: Go-http-client/1.1

    {"event":"workflow","action":"create","timestamp":"2023-05-18T15:45:25+08:00","payload":{"workflow":{"project_name":"test_project","workflow_id":"1658637666259832832","workflow_subject":"test_workflow","workflow_status":"wait_for_audit"}}}
    • "event"：当前取值恒为 "workflow"（目前SQLE只支持工单通知）；
    • "action"：可能的取值有 ["create", "approve", "reject", "exec_success", "exec_failed"]。分别对应「工单创建」、「审核通过」、「审核驳回」、「上线成功」、「上线失败」；
    • "timestamp"：表示请求发出的时间，RFC3339 格式；
    • "payload"：表示该请求的主要业务内容，目前仅支持工单；
    • "workflow"：表示该工单的当前信息，与 sqle 后端数据库中记录保持一致；

    注意事项​

    • 用户配置的 token 会被放置在请求 Header 中的 Authorization 字段。参考规范：https://datatracker.ietf.org/doc/html/rfc6750 。SQLE对token字段没有任何限制。需要接受端根据自身情况决定是否使用 token；
    • 接收请求的服务端在收到请求后，需要返回 200 响应。否则 sqle 会打印返回 body 中的文本信息。
    • 在发送测试请求时，请确保接收请求的服务端运行正常。否则可能出现如下问题：
    {
        "code": 0,
        "message": "ok",
        "data": {
            "send_error_message": "Post \"http://192.168.21.34:8000\": dial tcp 192.168.21.34:8000: connect: connection refused"
        }
    }
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/user-manager/intro/index.html b/docs/v2/user-manual/user-manager/intro/index.html index 60847604..44896537 100644 --- a/docs/v2/user-manual/user-manager/intro/index.html +++ b/docs/v2/user-manual/user-manager/intro/index.html @@ -4,13 +4,13 @@ 功能说明 | SQLE 文档 - +
    版本：v2

    功能说明

    用户中心包含用户管理、用户组管理及角色管理三个方面，由平台管理员操作，涉及用户、用户组的管理及角色权限的配置。

    • 用户管理：指平台用户的管理，由管理员创建用户或编辑用户基本信息，可参考用户管理。
    • 用户组管理：当需要对一批用户赋予同样权限时，可由管理员创建用户组，将这批用户统一绑定至该用户组下，即可进行统一授权，可参考用户组管理。
    • 角色管理：SQLE平台使用角色管理来实现操作权限组合，由管理员创建，可参考角色管理。

    使用场景​

    • 在添加项目成员、成员组之前，需要由管理员首先创建平台用户、用户组，项目管理员才可将该用户、用户组添加为项目成员、成员组
    • 为项目成员绑定数据源与角色操作权限前，需要由管理员创建相应权限的角色模板，项目管理员可为成员绑定配置的角色模板
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/user-manager/role/index.html b/docs/v2/user-manual/user-manager/role/index.html index a48fed33..a7f7112e 100644 --- a/docs/v2/user-manual/user-manager/role/index.html +++ b/docs/v2/user-manual/user-manager/role/index.html @@ -4,14 +4,14 @@ 角色管理 | SQLE 文档 - +
    版本：v2

    角色管理

    当需要为用户设置动作权限时，可使用角色管理配置动作组合。 如用户需要有创建工单、审核工单、SQL查询的动作权限，管理员可以在角色管理创建一个角色，并绑定创建工单、审核工单、SQL查询这三个动作，随后只需将此角色关联至指定成员，即可完成用户的动作权限设置。

    操作步骤​

    • 点击顶部导航栏【更多】按钮，点击平台管理栏目下的【用户中心】选项，查看角色管理标签。
    • 点击列表右上角【创建角色】按钮，填写相关信息
      • 角色名
      • 角色描述
      • 选择动作权限：配置该角色所拥有的操作权限，SQLE平台支持的动作权限如下：
    权限名权限码权限说明
    查看他人工单20100当角色拥有该动作权限时，角色可以查看绑定的数据源上其他用户创建的工单
    创建/编辑工单20200当角色拥有该动作权限时，角色可以在绑定的数据源上创建工单
    工单审批20300当审核流程模版中的某个审核步骤指定为允许所有有权限的用户审批时, 拥有此权限的用户将可以审批对应工单
    审核任务查看30100拥有此权限的用户可以查看所有审核任务, 无此权限的用户只能查看自己创建审核任务
    审核任务创建30200拥有此权限的用户可以创建审核任务
    sql查询40100拥有此权限的用户可以上线工单

    执行结果​

    可在角色列表查看创建的角色信息

    role

    后续步骤​

    • 添加成员/成员组：项目管理员在项目中添加成员/成员组时，需要绑定成员/成员组在对应数据源上的角色权限，可参考成员/成员组管理。

    更多操作​

    • 编辑角色：点击角色列表的「编辑」按钮，编辑角色信息。角色名不可更改，可设置角色禁用，则对应权限不会生效。
    • 删除角色：点击角色列表的「删除」按钮，删除角色信息
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/user-manager/user-group/index.html b/docs/v2/user-manual/user-manager/user-group/index.html index 1af42385..4ccf1b76 100644 --- a/docs/v2/user-manual/user-manager/user-group/index.html +++ b/docs/v2/user-manual/user-manager/user-group/index.html @@ -4,14 +4,14 @@ 用户组管理 | SQLE 文档 - +
    版本：v2

    用户组管理

    当管理员需要批量管理用户时，可以使用用户组来管理多个相同属性的用户。 比如依照「运维工程师」、「研发工程师」、「项目管理员」进行分别授权与管理。

    操作步骤​

    • 点击顶部导航栏【更多】按钮，点击平台管理栏目下的【用户中心】选项，查看用户组管理标签。
    • 点击列表右上角【创建用户组】按钮，填写用户组相关信息
      • 用户组名：必填
      • 用户组描述
      • 绑定用户

    执行结果​

    可在用户组列表中查看已创建的用户组列表 usergroup

    后续步骤​

    • 添加项目成员组：项目管理员可进入指定项目，将创建的用户组添加为项目成员组，可参考成员/成员组管理。

    更多操作​

    • 编辑用户组：用户组名不可修改，其他均可修改。
      • 可设置禁用该用户组，当一个用户组被禁用，用户不会被禁用，但会失去该用户组所关联的数据源及对应角色权限。
    • 删除用户组：点击用户组列表的「删除」按钮，删除用户组信息
    - + \ No newline at end of file diff --git a/docs/v2/user-manual/user-manager/user/index.html b/docs/v2/user-manual/user-manager/user/index.html index 7636c654..35108e51 100644 --- a/docs/v2/user-manual/user-manager/user/index.html +++ b/docs/v2/user-manual/user-manager/user/index.html @@ -4,13 +4,13 @@ 用户管理 | SQLE 文档 - +
    版本：v2

    用户管理

    当需要创建新的用户，或需要由管理员修改用户基本信息时，可以进行用户管理的相关操作。

    操作步骤​

    • 点击顶部导航栏【更多】按钮，点击平台管理栏目下的【用户中心】选项，查看用户管理标签。
    • 点击列表右上角【创建用户】按钮，填写用户相关信息
      • 用户名
      • 密码
      • 确认密码
      • 邮箱：若开启邮件推送或飞书推送服务，则将会以邮件形式通知对应用户工单的流转状态
      • 微信id：若开启企业微信推送服务，则将通过企业微信通知对应用户工单的流转状态
      • 平台管理权限：当前可选项为创建项目，若选择该权限，则该用户将具有创建项目的权限
      • 所属用户组：可将用户关联至已创建的用户组中， 如当前还未创建用户组，可以在创建用户组后，通过编辑用户信息修改所属的用户组。
    • 点击提交，完成用户创建

    执行结果​

    创建成功后，可在用户列表中查看已创建的用户信息

    userlist

    后续步骤​

    • 创建用户组：创建用户后，可将多个用户绑定在一个用户组中，可参考用户组管理。
    • 添加项目成员：项目管理员可进入指定项目，将创建的用户添加为项目成员，可参考成员/成员组管理。

    更多操作​

    • 编辑用户：点击用户列表的「编辑」按钮，编辑用户信息。其中，用户名不可更改，其他信息项均可更改。
    • 删除用户：点击用户列表的「删除」按钮，删除用户。
    • 修改用户密码：点击用户列表的「更多」按钮，下拉菜单中点击「更修改该用户密码」。
      提示

      管理员还可以对指定的用户进行「禁用」或者「启用」。 当用户被管理员禁用后，该用户将无法登录，也无法进行任何操作。 管理员用户永远无法禁用自己本身。

    - + \ No newline at end of file diff --git a/index.html b/index.html index 5d7546c5..281e49b6 100644 --- a/index.html +++ b/index.html @@ -4,13 +4,13 @@ 首页 | SQLE 文档 - +
    Docusaurus with Keytar

    一个支持多种不同类型数据库，覆盖事前控制、事后监督、标准发布场景，帮助您建立质量规范的SQL全生命周期质量管理平台。每周发版，快速迭代中。

    快速开始

    更丰富的数据源支持

    1. 支持十余种主流商业和开源数据库
    2. 持续支持新的数据源类型，以满足您不同的需求

    更全面的审核规则

    1. 拥有规则 700+，并持续增加中
    2. 源自DBA运维专家团队多年的技术积累

    更智能的 SQL 采集

    1. 提供多种智能扫描任务
    2. 满足事前和事后 SQL 持续采集需求

    更高效的审批路径

    1. 提供标准化工作流
    2. 通过消息对接，及时了解更新进度

    更便捷的数据操作

    1. 集成在线数据库客户端 CloudBeaver
    2. 通过可视化界面进行数据库管理和查询

    全生命周期SQL管控

    1. 提供 SQL 全流程的管控视角
    2. 追踪问题SQL的解决进度

    - + \ No newline at end of file diff --git a/markdown-page/index.html b/markdown-page/index.html index f05c0d36..5798b898 100644 --- a/markdown-page/index.html +++ b/markdown-page/index.html @@ -4,13 +4,13 @@ Markdown page example | SQLE 文档 - +

    Markdown page example

    You don't need React to write simple standalone pages.

    - + \ No newline at end of file diff --git a/search/index.html b/search/index.html index 8d3ed1a4..d53ebdfc 100644 --- a/search/index.html +++ b/search/index.html @@ -4,13 +4,13 @@ 在文档中搜索 | SQLE 文档 - +

    在文档中搜索

    - + \ No newline at end of file