数据库管理员

希望提高数据库技能并向社区中的其他人学习的数据库专业人员的问答

2
powershell获取sql服务器内存计数器并显示值
我正在编写一个powershell脚本来捕获以下SQL Server计数器: SQL Server:内存管理器:服务器总内存(KB) SQL Server:内存管理器:目标服务器内存(KB) 我的机器有3个SQL Server实例,所以我希望此脚本动态捕获所有计数器并仅报告1个样本的值。我试着写以下内容: Get-counter -List *SQL*Memory* | Select paths, counter | format-list # doesn't display full list Get-counter -List *SQL*Memory* | Select paths, counter | where {_.counter -like "*server memory*"} |format-list # displays nothing 最终,我想使用-computername参数跨多个服务器运行它,因此我希望它可以动态捕获。 谁能帮我找到缺失的东西吗?以下是我正在运行的确切脚本: Function checkTransactionsPerSecond([string] $Hostname ) { (Get-Counter -ListSet "*Databases").Counter | …

3
MySQL高性能,适用于许多SELECT / INSERT / UPDATE / DELETE
我正在创建一个模块,其中每个用户经常在10到300秒内将记录插入表中。 时间到时,记录将被删除。情况是:会有很多用户,记录会经常更改-这将如何影响此表的应用程序性能,因为记录会经常更改,我想知道mysql是否适合呢?就像索引会来来去去一样,此特定表的数据更改速度约为200次/秒。也许我正在为这种工作选择一个不好的解决方案。有什么建议么 ? 谢谢!


3
链接SQL Server代理作业
我有几个工作包,每个我在sql server代理中设置了工作。有时我应该一起跑。按给定顺序运行它们的最佳方法是什么?我对SQL Server代理无法将作业作为要执行的作业步骤感到有些惊讶。我确实尝试过

3
有关将更新和插入查询合并到mysql中的单个查询的查询
我想跟踪用户的更改历史记录,以便每当他更改个人资料时,我都需要获取旧数据并存储在历史记录中,并使用新数据进行更新。 我可以使用select获取旧数据,使用insert历史记录,最后使用update更改数据。 我可以在不使用存储过程,触发器等的情况下,在mysql的单个查询中拥有所有这些功能吗?例如使用锁等。
9 mysql 

1
在MySQL DB Server中运行OPTIMIZE TABLE查询的好处
我想知道OPTIMIZE TABLE tbl_name在MySQL Server中运行查询可以带来的[真正实用]好处。 我检查了一次,发现运行此命令后,下一个数据库命中可能花费很长时间,可能是由于碎片的重定位所致,但是随后的命中表现出某种性能,我不确定查询缓存是否能做到这一点与优化或仅优化一起完成此技巧。 如果可能的话,任何人都可以用一些实际的性能差异值来指导我,以便随着MySQL的使用在我们的项目中日益受到重视,我可以继续做下去。

3
用户抱怨当mysqldump进行时系统运行缓慢
MYSQL数据库(ibdata1)的大小为73 GB,并配置为在Windows 2008 O / S上作为INNODB表的专用数据库服务器运行。我们正在使用mysqldump运行备份mysqldump --skip-opt --quick --single-transaction --create-options --extended-insert --disable-keys --add-drop-table --complete-insert-设置字符集-压缩--log-error = Proddb0635.err -u根-pjohndoe Proddb> \ devNas \ devNas \ sqlbackup \ LIVE \ db \ Proddb0635.sql 备份文件Proddb0635.sql存储在与数据库服务器不同的服务器上。RAM是12 GB。INNODB缓冲池大小为6 GB。额外的mem.pool为32 MB。查询缓存大小为2 GB,净缓冲区长度为最大16M。数据包大小1 GB。 mysql版本是5.0.67。 当备份未运行时,用户会对性能感到满意。 备份运行时,INNODB缓冲池命中率很高,接近100%。没有挂起的读取或挂起的写入。innodb free free等待时间为0。CPU使用率不高,最低9%到最高15%,无论是否运行mysqlbackup,查询缓存命中率都较低,约为40%。当前,Windows任务管理器显示正在使用10GB的RAM。是否应该仅使用2GB RAM来增加查询缓存?mysqlld-nt占用9.2 GB的RAM,而mysqldump占用5 MB的RAM。Alos注意到,存在--compress选项时,转储文件的大小是相同的。 我应该减少iNNODB缓冲池的大小吗? 谢谢

3
Yelp如何有效地计算数据库中的距离?
例如,说我有一张桌子: Business(BusinessID, Lattitude, Longitude) 所有这些都被索引了。也有一百万条记录 假设我想寻找最接近106.5的企业,该怎么办? 如果我做 SELECT * FROM Business WHERE (Some formula to compute distance here) < 2000 例如,或者如果我这样做 SELECT * FROM Business TOP 20 理论上,计算机将必须计算所有biz的距离,而实际上,只有那些纬度和经度在一定范围内的距离才应计算。 那么,如何在PhP或SQL中做我想做的事情? 到目前为止,我很感谢您的回答。我正在使用mysql,它们没有比明显的解决方案更有效的方法。MySQL空间也没有计算距离功能。


1
什么是剩余谓词?
尽管我可以在MSDN上在线找到谓词的定义: 是计算结果为TRUE,FALSE或UNKNOWN的表达式。谓词用于WHERE子句和HAVING子句的搜索条件,FROM子句的连接条件以及其他需要布尔值的构造。 我一直找不到残留谓词的定义。什么是剩余谓词?

3
我正在使用MEMORY存储引擎,但MySQL仍会写入磁盘...为什么?
我正在使用MEMORY Engine与特定MYSQL查询关联的所有表,因为访问速度对我的项目至关重要。 由于某种原因,我注意到仍然发生大量磁盘写入。 这是因为Windows将RAM交换到磁盘上吗?如何防止这种情况发生? 编辑:这是我的全局变量: mysql> show global variables; +---------------------------------------------------+-------------------------------------------------------------------------------- ------------------------------+ | Variable_name | Value | +---------------------------------------------------+-------------------------------------------------------------------------------- ------------------------------+ | auto_increment_increment | 1 | | auto_increment_offset | 1 | | autocommit | ON | | automatic_sp_privileges | ON | | back_log | 50 | | basedir | C:/Program Files/MySQL/MySQL Server 5.5/ …


3
任何减少我在生产中的特权但不会使我的工作过分困难的指示
在Windows 2008 R2上运行SQL Server 2005和2008。 我们将减少对开发人员的生产特权- 我想自己做为DBA一样,限制生产权并在需要时提升权限。 我的主要目标将是消除愚蠢的错误- 由数据库管理员做,devopers将有最多的生产读访问。我们喜欢表现得像我们是超级英雄,不会犯错,但是一直没有生产权是有道理的,这是一些人推荐的最佳做法。 最好的方法是什么?在日常使用和安装过程中,最痛苦的是什么? 当前,我们有一个DBA Windows组,该组对我们所有的服务器和数据库都有权限。 我也会对降低OS /远程登录权限感兴趣-但我最关心数据库权限。 我猜想我们需要提升特权才能以sa身份运行跟踪,并且可能需要进行一些所有权清除,才能删除旧登录名的SA权利。我们可能还会遇到什么其他问题? 感谢您的建议并分享您的经验!

3
在SQL Server 2008中使用varchar的速度影响
在过去,使用varcharover char是一个很大的问题,因为over varchar存储在与该行其余部分不同的页面上。如今,SQL Server 2008还是这样吗?我会看到将1-3 varchar(5)列更改为char(5)表中的列会获得任何内存/性能提升吗? a)说2.000.000行b)如果任何varchar列是索引/主键的一部分


By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.