首页
网站首页
公司简介
资讯中心
推荐内容
返回顶部
从用户会话状态分析,关于sqlserver字符类型查询条件区分大小写
发布时间:2019-12-28 20:43
浏览次数:

本文从如何建立mysql索引以及介绍mysql的索引类型,再讲mysql索引的利与弊,以及建立索引时需要注意的地方

在写sql的查询时 如下:

站内信:网站运营人员可以向单个(单发)或多个(群发)用户推送消息,站内信其实就是向数据库中插入一条条记录。

一. 概述

  在生产数据库运行期间,有时我们需要查看当前用户会话状态或者是说数据库当前是否运行良好, 应用的场景比如:当运行的应用系统响应突然变慢时需要分析数据库的、或想分析当前的数据库是否繁忙,是否有长时间的等待, 又或者执行一个sql的回滚状态查看,想手动kill掉一个会话时 等等。都需要从当前的会话状态去分析。

  这篇主要介绍sys.sysprocesses 函数,这里面包含了当前用户大量的信息,如会话进程有多少,等待时间,open_tran有多少事务,阻塞会话是多少等  整体内容更为详细是一个分析当前会话状态比较好的切入点。

SELECT * FROM sys.sysprocesses

图片 1图片 2

 下面先来介绍来函数的字段说明,字段很多一个个来详细介绍下,了解了含义后,后面来案例分析:

字段名称 说明
spid 会话ID(进程ID) SQL内部对一个连接的编号,一般来讲,小于50,如果用户连接的编号,大于50
blocked 阻塞ID

阻塞的进程ID, 值大于0表示阻塞,  值为本身进程ID表示io操作

如果blocked>0,但waittime时间很短,说明阻塞时间不长,不严重

 

waitresource 等待资源 格式为 fileid:pagenumber:rid 如(5:1:8235440)
kipid 线程ID

当kpid值为不0时,代表当前是活动用户

kpid=0, waittime=0     空闲连接

kpid>0, waittime=0     运行状态

kpid>0, waittime>0     需要等待某个资源,才能继续执行,一般会是suspended(等待io)

kpid=0, waittime=0    但它还是阻塞的源头,查看open_tran>0 事务没有及时提交

 

waittime 当前等待时间(以毫秒为单位)
open_tran  进程的打开事务数
hostname 建立连接的客户端工作站的名称
program_name  应用程序的名称
hostprocess 工作站进程 ID 号
loginame  登录名
status

running = 会话正在运行一个或多个批
background = 会话正在运行一个后台任务,例如死锁检测
rollback = 会话具有正在处理的事务回滚
pending = 会话正在等待工作线程变为可用
runnable = 会话中的任务在等待,由scheduler来运行的可执行队列中。(重要)
spinloop = 会话中的任务正在等待调节锁变为可用。
suspended = 会话正在等待事件(如 I/O)完成。(重要)
sleeping = 连接空闲

如果status 上有好几个runnable状态任务,需要认真对待。 cpu负荷过重没有及时处理用户的并发请求

  其它字段信息查看msdn

  1.1  查看用户会话信息

select * from  sys.sysprocesses  where spid>50

图片 3

  1.2 查看活动用户信息

SELECT spid,kpid,blocked ,waittime AS 'waitms', lastwaittype, DB_NAME(dbid),  waitresource, open_tran,hostname,[program_name],hostprocess,loginame, [status]
FROM sys.sysprocesses WITH(NOLOCK) 
WHERE    kpid>0  AND  [status]<>'sleeping'  AND spid>50
ORDER BY waittime DESC

图片 4

  1.3 查看用户阻塞会话信息

SELECT spid,kpid,blocked ,waittime AS 'waitms', lastwaittype, DB_NAME(dbid),  waitresource, open_tran,hostname,[program_name],hostprocess,loginame, [status]
FROM sys.sysprocesses WITH(NOLOCK) 
WHERE    blocked>0  AND spid>50
ORDER BY waittime DESC

图片 5

  1.4 查看系统会话信息

select * from  sys.sysprocesses  where spid<=50

图片 6

 

首先:先假设有一张表,表的数据有10W条数据,其中有一条数据是nickname='css',如果要拿这条数据的话需要些的sql是 SELECT * FROM award WHERE nickname = 'css'

 select * from Users where username='WangE'

数据库设计:

message【站内信发件箱表】{每次运营人员发送一条站内信(无论是单发或是群发)就会在发件箱表中添加一条记录}

 图片 7

 表字段:ID、SendID、RecID、MessageID、Statue、DateTime

messagetext【站内信发件内容表】{每次运营人员发送站内信的内容就会保存到站内信发件内容表中}

图片 8

表字段:ID、Title、Message、PData

messageuserinfo【站内信接收箱表】{用户站内信收件箱}

图片 9

表字段:ID、SendID、RecID、MessageID、Statue、DateTime

 

一般情况下,在没有建立索引的时候,mysql需要扫描全表及扫描10W条数据找这条数据,如果我在nickname上建立索引,那么mysql只需要扫描一行数据及为我们找到这条nickname='css'的数据,是不是感觉性能提升了好多咧....

 select * from Users where username='wange'

业务逻辑:在运营人员发送了一条站内信后,当用户再次登录时就会刷新历史站内信,而那些不活跃的用户就不会更新站内信。

场景:运营人员向某个(单发)或多个(群发)用户发送站内信

添加发件内容:向messagetext站内信发件内容表中添加一条内容记录 {这里先添加messagetext站内信发件内容表产生一条记录,后面message站内信发件箱表中才有MessageID可以关联}

添加发件人发件记录:向message站内信发件箱表中添加一条发送记录 {备注:如果是单发RecID则是指定用户的UserID,如果是群发RecID则是0。(0表示所有用户)}

用户登录时刷新与自己有关的站内信,并将数据添加到messageuserinfo站内信接收箱表

  1. 查询条件:【发件人不是自己】并且【收件人是自己或者收件人是所有人】并且【自己收件表中不存在的记录】

    select m.id from Message as m where (m.recid='所有人' or m.recid='自己的ID') and m.sendid!='自己的ID' and m.MessageID not in (select u.messageid from MessageUserInfo as u  where u.recid='自己的ID')
    

      

  2. 将相关的站内信消息添加到自己的收件表中,并标记未读。

    1.   将上面【查询条件】中查询出来的id信息用做查询message站内信发件箱表的条件

      select * from message  where id=上面的m.id
      

        

    2. 将获取到message站内信发件箱表数据添加到messageuserinfo站内信接收箱表

  3. 查询出自己的站内信记录

    select u.ID,u.RecID,m.Title,m.Message,u.Statue,m.PDate from messageuserinfo as u join messagetext as m on u.MessageID = m.ID where u.RecID='自己的ID'
    

      

     

mysql的索引分为单列索引(主键索引,唯索引,普通索引)和组合索引.

上面两条查询语句的结果是一样的,这说明username的条件并没有区分大小写。

单列索引:一个索引只包含一个列,一个表可以有多个单列索引.

 

组合索引:一个组合索引包含两个或两个以上的列,

若要使用上面的的语句能够执行按区分大小写查询 需要在查询的结尾加上 collate Chinese_PRC_CS_AI_WS

本文使用的案例的表

完整语句是:

CREATE TABLE `award` (
   `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '用户id',
   `aty_id` varchar(100) NOT NULL DEFAULT '' COMMENT '活动场景id',
   `nickname` varchar(12) NOT NULL DEFAULT '' COMMENT '用户昵称',
   `is_awarded` tinyint(1) NOT NULL DEFAULT 0 COMMENT '用户是否领奖',
   `award_time` int(11) NOT NULL DEFAULT 0 COMMENT '领奖时间',
   `account` varchar(12) NOT NULL DEFAULT '' COMMENT '帐号',
   `password` char(32) NOT NULL DEFAULT '' COMMENT '密码',
   `message` varchar(255) NOT NULL DEFAULT '' COMMENT '获奖信息',
   `created_time` int(11) NOT NULL DEFAULT 0 COMMENT '创建时间',
   `updated_time` int(11) NOT NULL DEFAULT 0 COMMENT '更新时间',
   PRIMARY KEY (`id`)
 ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='获奖信息表';

select * from Users where username='WangE' collate Chinese_PRC_CS_AI_WS

(一)索引的创建

1.单列索引

1-1)    普通索引,这个是最基本的索引,

其sql格式是 CREATE INDEX IndexName ON `TableName`(`字段名`(length)) 或者 ALTER TABLE TableName ADD INDEX IndexName(`字段名`(length))

第一种方式 :

  CREATE INDEX account_Index ON `award`(`account`);

第二种方式: 

ALTER TABLE award ADD INDEX account_Index(`account`)

 

 

 

友情链接: 网站地图
Copyright © 2015-2019 http://www.nflfreepicks.net. 新葡萄京娱乐场网址有限公司 版权所有