摘要：
数据库角色管理，已经可以使用alter role，create role和drop role。 2012增加了几个ddl语句，可以操作服务级别的角色管理， CREATE SERVER ROLE 用来创建服务级别的role。 CREATE SERVER ROLE DBA SELECT name, ty 阅读全文
|
摘要：
数据库角色管理，已经可以使用alter role，create role和drop role。 2012增加了几个ddl语句，可以操作服务级别的角色管理， CREATE SERVER ROLE 用来创建服务级别的role。 CREATE SERVER ROLE DBA SELECT name, ty 阅读全文
摘要：
转换函数 1.PARSE Parse是把字符串类型转化为想要的类型，看看和convert和cast的区别 SELECT PARSE ('2.111111' AS float ),CAST ('2.111111111111' AS FLOAT) 2.111111 2.111111111111 (1 r 阅读全文
摘要：
FileTable是基于FILESTREAM的一个特性。有以下一些功能： 一行表示一个文件或者目录。 每行包含以下信息： file_Stream流数据，stream_id标示符(GUID)。 用户表示和维护文件及目录层次关系的path_locator和parent_path_locator 有10个 阅读全文
摘要：
SQL Server 2012新增和改动DMV 系统视图 说明 sys.dm_exec_query_stats (Transact-SQL) 添加了四列，以帮助排除长时间运行的查询所存在的问题。 可以使用 total_rows、min_rows、max_rows 和 last_rows 聚合行计数列 阅读全文
摘要：
24 MySQL sys框架 24 MySQL sys框架... 1 24.1 sys框架的前提条件... 1 24.2 使用sys框架... 2 24.3 sys框架进度报告... 3 24.4 sys框架的对象... 3 24.4.1所有sys下的对象... 3 24.4.2 sys框架的表和触 阅读全文
摘要：
问题： 在mysql切换datadir后，mysql服务无法启动。出现错误说plugin表无法读取，需要用mysql_upgrade创建。但是其实不是这个问题。 原因： apparmor 会限制程序对文件的访问。 解决方法： 设置/etc/apparmor.d/usr.sbin.mysql 在后面添 阅读全文
摘要：
23 MySQL Performance Schema 23 MySQL Performance Schema.. 1 23.1 性能框架快速启动... 3 23.2 性能框架配置... 5 23.2.1 性能框架编译时配置... 5 23.2.2 性能框架启动配置... 6 23.2.3 启动时性 阅读全文
摘要：
20 分区 20 分区... 1 20.1 MySQL的分区概述... 2 20.2 分区类型... 3 20.2.1 RANGE分区... 3 20.2.2 LIST分区... 5 20.2.3 COLUMNS分区... 7 20.2.3.1 RANGE COLUMNS分区... 7 20.2.3 阅读全文
摘要：
18 复制 18 复制... 1 18.1 复制配置... 3 18.1.1 基于Binary Log的数据库复制配置... 3 18.1.2 配置基于Binary log的复制... 3 18.1.2.1 设置复制master的配置... 3 18.1.2.2 创建复制要用的用户... 4 18. 阅读全文
摘要：
9. 存储 9. 存储... 1 9.1 存储引擎... 1 9.1.1 WiredTiger存储引擎... 1 9.1.1.1 文档级别并发... 1 9.1.1.2 快照和检查点... 2 9.1.1.3 Journaling. 2 9.1.1.4 压缩... 2 9.1.1.5 内存使用... 阅读全文
摘要：
<!-- /* Font Definitions */ @font-face {font-family:Wingdings; panose-1:5 0 0 0 0 0 0 0 0 0;} @font-face {font-family:宋体; panose-1:2 1 6 0 3 1 1 1 1 1 阅读全文
摘要：
AG排查和监控指南1. 排查场景如下表包含了常用排查的场景。根据被分为几个场景类型，比如Configuration，client connectivity，failover和performance。Scenario笔记Scenario TypeDescriptionTroubleshoot Alwa... 阅读全文
摘要：
使用Powershell监控AlwayOn健康1.基本命令概述AlwayOn Dashboard是很有用的查看整体AG健康状况的工具。但是这个工具不是用于7*24监控的。如果应用程序夜间发送严重的问题，Dashboard并不会有任何提示。那么可以使用Powershell命令来获取并通过SQL Age... 阅读全文
摘要：
健康模型扩展第一部分已经介绍了AlwayOn健康模型的概述。现在是创建一个自己的PBM策略，然后设置为制定的归类。创建这些策略，创建之后修改一下配置，dashboard就会自动评估这些策略。场景，你有一个异步副本，当被primary落下太多的时候想要在dashboard上显示。一下是创建策略放入健康... 阅读全文
摘要：
健康模型概述在成功部署AG之后，跟踪和维护健康状况是很重要的。1.AG健康模型概述AG的健康模型是基于策略管理(Policy Based Management PBM)的。如果不熟悉这个特性，可以查看：使用基于策略的管理来管理服务器PBM的核心是策略，策略有以下部分组成：1.目标，策略运行在有一组或... 阅读全文
摘要：
监控AG性能AG的性能的性能方面，在关键任务数据库上进行语句级维护性能是很重要的。理解AG如何传输日志到secondary副本对评估RTO和RPO，表明AG是否性能不好。1. 数据同步步骤为了评估是否有性能问题，首先需要理解同步过程。性能问题可能出现在同步过程的任何一个环节，瓶颈的定位可以让你深入的... 阅读全文
摘要：
AlwaysOn Ring Buffers一些AlwaysOn的诊断信息可以从SQL Server ring buffers。或者从sys.dm_os_ring_buffers。ring buffer在SQL Server启动的时候被创建，SQL Server系统为内部诊断记录警告。通过以下查询获取... 阅读全文
摘要：
AlwaysOn等待类型当排查AlwaysOn延迟，等待统计信息可以在DMV中查看累计的AlwaysOn等待类型。查看AlwaysOn等待类型SELECT * FROM sys.dm_os_wait_statsWHERE wait_type LIKE '%hadr%'ORDER BY wait_ti... 阅读全文
摘要：
AG扩展事件SQL Server 2012定义了一些关于AlwaysOn的扩展事件。你可以监控这些扩展事件来帮助诊断AG的根本问题。你也可以使用以下语句查看扩展事件：SELECT * FROM sys.dm_xe_objects WHERE name LIKE '%hadr%'1.AlwaysOn健... 阅读全文
摘要：
DMV和系统目录视图这里主要介绍AlwaysON的动态管理视图，可以用来监控和排查你的AG。在AlwaysOn Dashboard，你可以简单的配置的GUI显示很多可用副本的DMV和可用数据库通过右击各自的表头并且选择你要加入和隐藏的DMV。更多关于DMV信息查看：AlwaysOn Availabi... 阅读全文
摘要：
AlwaysOn健康诊断日志为了监控primary可用副本的健康状况，SQL Server资源DLL使用SQL Server2012的过程sp_server_diagnostics。SQL Server resource DLL维护了一个专用的连接到SQL Server实例，通过这个SQL Serv... 阅读全文
摘要：
CLUSTER.LOG(AG)作为故障转移资源，在SQL Server和windows故障转移集群服务的资源DLL(hadrres.dll)之间有额外的内部交流，DLL无法被SQL Server监控。WSFC log，CLUSTER.LOG可以诊断WSFC集群或者SQL Server Resourc... 阅读全文
摘要：
SQL Server错误日志(AG)SQL Server错误日志会记录影响AG的时间，比如：1.和Windows故障转移集群交互2.可用副本的状态3.可用数据的状态4.AG endpoint的状态5.AG Listener的状态6.SQL Server resource DLL和SQL Server... 阅读全文
摘要：
排查：Primary上的修改无法在Secondary体现客户端进程在primary上修改成功，但是在Secondary上却无法看到修改结果。这个case假设你的可用性组有同步的健康问题。很多情况下这个情况会在几分钟之后自动解决。如果几分之后依然看不到，那么可能在同步的工作流上有瓶颈问题。这个瓶颈会因... 阅读全文
摘要：
排查：AG超过RPO在异步提交的secondary上执行了切换，你可能会发现数据的丢失大于RPO，或者在计算可以忍受的数据都是超过了RPO。1.通常原因1.网络延迟太高，网络吞吐量太低，导致Primary的日志堆积2.磁盘IO瓶颈导致LOG固化速度降低2. 网络延迟太高，网络吞吐量太低，导致Prim... 阅读全文
|