下载文档原格式
sybase数据库经验总结Sybase数据库维护经验总结1、在sybase中如何重新设置用户的口令为空：使用sa登录Server：isql -Usa -Psa_password -Sserver_name记录当前版本号（以当前版本号12000为例）：sp_configure "upgrade version"go修改当前值为492：sp_configure "upgrade version",492go将某用户口令设置为NULL（以sa为例，当前口令为"123456"）：sp_password '123456',NULL,sago重新设置当前版本号：sp_configure "upgrade version",12000go2、如何启动和关闭server的服务：一：启动ASE ServerUNIX：以sybase用户登录11.x 版本: cd $SYBASE/install12.x 版本: cd $SYBASE_ASE/installstartserver -f RUN_SYBASE (启动SQL SERVER)startserver -f RUN_SYBASE_back (启动BACK SERVER) startserver -f RUN_SYBASE_mon (启动MONITOR SERVER) NT:通过 Sybase Central通过 Control PanalControl Panal/Service/Sybase SQLServer -> Start (启动SQL SERVER) Control Panal/Service/Sybase BCKServer -> Start (启动BACK SERVER) Control Panal/Service/Sybase MONServer -> Start (启动MONITOR SERVER) 二：关闭ASE ServerUNIX：以sybase用户登录isql -Usa -Pshutdown SYB_BACKUPgoshutdowngoisql -Usa -P -SSYBASE_mongoNT:通过 Sybase Central通过 Control PanalControl Panal/Service/Sybase SQLServer -> Stop (启动SQL SERVER) Control Panal/Service/Sybase BCKServer -> Stop (启动BACK SERVER) Control Panal/Service/Sybase MONServer -> Stop (启动MONITOR SERVER) 3、如何查找数据库启动的失败原因：在实际环境中，数据库Server无法启动的原因很多，下面仅列出了几种常见的情况，供您参考。
数据库中的慢查询优化技巧对于大型数据库应用程序而言，慢查询是常见的问题之一。
因此，对于数据库管理员和开发人员而言，了解一些优化技巧是非常必要的。
本文将介绍一些有用的优化技巧，帮助您优化数据库中的慢查询问题。
1. 使用索引一个常见的错误是忽略使用索引而进行查询。
如果您的表没有索引，那么查询将会变慢。
建立索引能够帮助数据库快速地定位到需要查询的数据，从而提高查询速度。
但是，当建立索引时请注意不要过度使用。
过多的索引会导致查询速度变慢，并且会消耗更多的存储空间。
因此，为了达到最佳效果，您需要通过测试来确定哪些列需要索引。
2. 避免使用模糊查询模糊查询是一种常见的查询方式，但是它会使查询变得更加缓慢。
使用LIKE运算符的查询模式通常需要在多个数据列中进行搜索，从而导致性能下降。
而使用等于运算符（=）或不等于运算符（!=）等准确匹配的方式可以提高查询速度。
3. 优化SQL语句当您需要查询大型数据库时，SQL语句的优化至关重要。
优化SQL 语句能够帮助您快速获取查询结果。
为了优化SQL语句，您可以考虑以下几点：- 选择正确的数据类型- 避免在WHERE子句中使用函数、运算符等- 避免使用SELECT *- 尽可能地减少子查询的数量4. 使用适当的分区如果您的表非常大，那么使用分区功能可以提高查询速度。
对于大型数据库，分区可以将数据拆分成一系列小表。
这不仅可以显著提高查询速度，而且还可以方便地进行备份和恢复操作。
5. 优化服务器资源慢查询不一定完全归因于数据库，可能存在其他原因，例如服务器有限的资源。
您可以尝试增加磁盘空间或升级服务器来提高查询速度。
另外，您还可以考虑使用缓存和同步技术来加速查询。
总结优化数据库中的慢查询并不是一件容易的事情，但是如果您了解了一些优化技巧，就能够更好地解决这个问题。
使用索引、避免使用模糊查询、优化SQL语句、使用适当的分区和优化服务器资源是五个非常有用的技巧。
如果您能够将这些技巧结合起来，那么更快更有效地查询将不再是一个问题。
数据库慢查询问题的排查与性能优化实战数据库作为现代应用开发中不可或缺的基础设施，往往承载着大量重要的数据和业务逻辑。
然而，在实际应用中，我们常常遇到数据库查询变慢的问题。
这不仅会对用户体验造成不良影响，还可能导致系统性能下降。
在本篇文章中，我们将深入研究数据库慢查询问题，并介绍一些可行的解决方案和性能优化技巧。
首先，我们需要了解什么是数据库慢查询问题。
数据库查询速度变慢通常是由性能瓶颈引起的，可能是数据库服务器硬件配置不足、索引失效、查询语句设计不当等原因所致。
因此，解决数据库慢查询问题的关键在于找到性能瓶颈所在，并进行相应的优化。
为了排查数据库慢查询问题，我们可以采取以下步骤：1. 监控数据库性能：使用数据库性能监控工具，如MySQL的Performance Schema或Percona Toolkit，收集数据库的性能指标，例如查询执行时间、响应时间、锁的使用情况等。
通过对这些指标的分析，我们可以发现是否存在慢查询问题，并定位到具体的SQL语句。
2. 分析慢查询日志：数据库服务器通常会记录慢查询日志，其中包含执行时间超过阈值的查询语句。
我们可以通过分析慢查询日志来查找慢查询的原因。
例如，我们可以使用mysqldumpslow工具对慢查询日志进行解析，并找出执行时间最长的查询语句。
3. 检查索引使用情况：索引是提高数据库查询性能的关键。
我们需要检查数据库表的设计和索引是否合理，并确保查询语句使用了适当的索引。
如果索引失效或者没有使用到索引，可能导致查询性能下降。
4. 优化查询语句：当我们找到具体的慢查询语句后，可以通过优化查询语句的方式改善性能。
例如，可以重写查询语句，使用更好的查询计划，减少查询的数据量，或者使用分页查询来避免一次返回大量数据。
5. 数据库配置优化：数据库服务器的配置也会影响查询性能。
我们可以调整数据库的参数设置，如内存缓存大小、并发连接数等，以获得更好的性能表现。
在实施性能优化方案时，我们需要注意以下几点：1. 优化前进行性能基准测试：在进行性能优化之前，需要对当前系统的性能进行基准测试，以便评估优化效果。
sxssfworkbook慢的解决方法下面是一些可能帮助加快SXSSF Workbook的方法：1. 调整缓冲区大小：SXSSF Workbook使用缓冲区来存储数据，可以通过调整缓冲区的大小来提高性能。
可以尝试将flushRows()方法中的参数设置为较小的值，如100或更小的值。
2. 禁用自动刷新：默认情况下，SXSSF Workbook会在内存中存储一定数量的行数据，并在达到阈值时自动将其写入磁盘。
您可以尝试禁用自动刷新，以减少磁盘IO操作。
可以使用setRandomAccessWindowSize()方法将阈值设置为较大的值或禁用自动刷新功能。
3. 使用多线程处理：如果您有多个核心可用，可以考虑使用多线程来并行处理数据。
您可以将工作表的数据分成较小的块，并将每个块分配给一个线程处理。
然后，可以使用lock()和unlock()方法来控制对SXSSF Workbook的访问。
4. 使用SXSSFWorkbook代替XSSFWorkbook：如果您的工作簿需要处理大量数据，可以尝试使用SXSSFWorkbook代替XSSFWorkbook。
SXSSFWorkbook是一种基于流的POI实现，它可以在不加载整个工作簿到内存中的情况下读写大型Excel文件。
这样可以减少内存消耗并提高性能。
5. 使用SXSSFSheet代替XSSFSheet：与SXSSFWorkbook类似，您可以尝试使用SXSSFSheet代替XSSFSheet来处理大量数据。
SXSSFSheet也是一种基于流的POI实现，它可以在不加载整个工作表到内存中的情况下读写大型工作表。
这些方法可能会有所帮助，但要根据具体情况进行调整和测试以获得最佳性能。
Sybase数据库优化建议书修改记录主要针对sybase12.0和sybase sybase12.5一、操作系统核心参数Sybase12．0下面以使用操作系统管理员root用户身份，运行sam管理工具调整共享内存参数及共享内存段选择Kernel Configuration → Configurable Parameters→使用File菜单下的Search功能搜寻shmmax 参数，调整参数值为1024×1024×1400=1468006400（约1.4G），shmseg 参数使用默认值120 →退出返回sam上一级界面，在弹出的提示框中选择Defer Kernel Creation Until Later调整操作系统异步IO参数Kernel Configuration → Configurable Parameters→将swapmem_on参数设置为0 Kernel Configuration →选择Drivers项目→找到asyndsk →选择菜单上Action项目下的Add Driver(s) to Kernel，这是能够看到asyndsk 驱动程序Pending Status由out 变成了in。
重新启动HP主机，并在启动完毕后确认所配置参数已经生效。
设置操作系统异步IO使用root用户发出如下命令：/etc/mknod /dev/async c 101 4chmod 0660 /dev/asyncchown sybase:sybase /dev/async在操作系统/sbin/rc3.d目录下建立名为S700dsync脚本文件，或者在双机切换脚本的start.sh（/etc/cmcluster/pkg1/start.sh、/etc/cmcluster/pkg2/start.sh）中加入，内容如下/etc/setprivgrp sybase RTPRIO MLOCK CHOWN这个命令使操作系统重新启动后sybase用户仍然能够正常拥有async文件使用权限，确保数据库设备能够使用异步IO。
数据库管理系统中的慢查询分析与优化引言：数据库管理系统（DBMS）是现代信息系统中不可或缺的组成部分，它提供了高效、可靠的数据存储和管理。
然而，在实际应用中，我们常常会遭遇到慢查询的问题，即查询速度过慢。
慢查询不仅降低了系统性能，还影响了用户体验，因此慢查询的分析与优化显得尤为重要。
本文将讨论数据库管理系统中慢查询的原因、分析方法及优化策略。
一、慢查询的原因：慢查询的出现可能由多个原因造成，常见的包括以下几个方面：1. 数据库设计不合理：数据库的设计应该根据实际需求，合理划分表、字段、索引等，避免冗余数据和过度连接表，以提高查询效率。
如果数据库设计不合理，如表之间连接过多，查询时需要进行大量的联接操作，就会导致查询速度变慢。
2. 查询条件不合理：查询条件的设置对查询效率有直接影响。
如果查询条件不合理，如没有使用索引字段、模糊查询导致全表扫描等，都会导致慢查询的产生。
因此，在编写查询语句时，应合理使用索引和适当优化查询条件。
3. SQL语句性能问题：SQL语句的编写方式也直接关系到查询效率。
过于复杂的SQL语句、使用了大量的子查询、嵌套语句等，都会增加查询的复杂度，导致查询速度变慢。
因此，应尽量简化SQL语句，避免不必要的复杂性。
二、慢查询分析方法：为了解决慢查询问题，我们可以采用以下几种常见的分析方法：1. 数据库监控与统计：数据库管理系统通常会提供监控和统计功能，可以通过监控系统记录数据库性能指标，如查询次数、响应时间等，并通过统计分析得到慢查询的具体情况。
通过这些数据，我们可以发现慢查询的频率、耗时以及占用系统资源等方面的问题。
2. Explain执行计划分析：数据库管理系统中通常会提供"Explain"命令来获取SQL查询的执行计划，即查询优化器在执行查询时的具体步骤和策略。
通过分析Explain执行计划，我们可以发现查询中存在的性能问题，如是否进行了全表扫描、是否使用了索引等，进而针对性地进行优化。
sybase常见错误在用isql连接数据库的时候，比较常见的错误有：服务没启动报错，报密码错误，报服务名不存在。
分别为：服务名不存在：CT-LIBRARY error:ct_connect(): directory service layer: internal directory control layer error: Requested server name not found.服务没有启动：CT-LIBRARY error:ct_connect(): network packet layer: internal net library error: Net-Lib protocol driver call to connect two endpoints failed密码错误：Msg 4002, Level 14, State 1:Server 'TEST':Login failed.CT-LIBRARY error:ct_connect(): protocol specific layer: external error: The attempt to connect to the server failed.在执行isql命令连接数据库的时候，报密码错误和服务名称不存在这两个错误的情况下，反映很快。
也就是说：在isql命令行后敲入回车后很快就给你提示服务名不存在或密码错误。
但是在报因服务没有启动导致的错误时，要等一段时间才有结果。
因为 isql 需要等待 ASE 服务器的响应。
连接sybase数据库的时候将依次尝试sql.ini文件中相应服务名下面的所有监听信息。
如果所有的监听信息都连接失败后，才给出无法连接的提示信息。
sybase尝试连接一个监听地址端口需要花费多长时间？失败后将继续尝试几次？以后再总结。
Syabse数据库常见问题解法之数据库无法启动
在探讨本问题之前，首先要为大家解释一下Syabse数据库本身。
Syabse数据库应用和本身的架构相对而言都相对比较复杂，多数技术人员及公司对Sybase数据库底层结构和运行机制也处于并非完全了解的阶段，这就对Sybase数据库数据恢复和Sybase数据库数据修复造成了很大的阻碍。
难道一旦Sybase数据库出现严重的故障就没有解决之道了吗？答案是否定的。
计算机运行的根本原理谁都无从改变，任何系统和应用都要遵守计算机的计算和存储规则，只不过是某些概念和规则过于生涩，导致我们需要更多的时间和精力来学习和熟悉。
这也是目前Sybase数据库数据恢复和数据修复方面的处境。
下面将以真实案例为例为大家介绍数据库无法启动该如何解决。
Sybase版本：SQL Anywhere 8.0
故障现象：数据库无法启动。
错误提示如图：
然后使用 Sybase Central 连接后报错如图：
经过分析得出的结论是：突然断电造成数据库无法回写正常数据，导致多个存储页数据不一致，系统表描述和存储表不一致，并有一些存储页底层数据完全杂乱。
于是我们在Sybase数据库底层把杂乱和错误的存储页进行修正，并对系统表部分信息进行更改。
繁重的Sybase数据库修复工作完成后，Sybase数据库已能成功启动，使用Sybase Central已能成功连接，经用户验证已无任何问题，上两张图给大家看看最终成果。
让数据库变慢的方法
以下是一些可以提高数据库性能的方法：
1. 优化查询：通过优化查询可以减少数据库的负载并提高查询的响应时间。
这可以通过使用索引、避免使用子查询、减少表连接等方式来实现。
2. 调整数据库配置：根据数据库的负载和使用情况，可以调整数据库的配置参数，例如缓冲区大小、最大连接数、最大并发事务数等，以提高数据库的性能。
3. 优化数据库架构：通过优化数据库的架构，例如将频繁查询的表拆分为多个表、使用分区表等，可以提高数据库的查询性能。
4. 升级硬件：如果数据库的负载超出了硬件的能力，可以考虑升级硬件，例如增加内存、使用更快的硬盘等，以提高数据库的性能。
5. 监控和优化：定期监控数据库的性能指标，例如查询响应时间、并发连接数、事务提交率等，并根据监控结果进行优化。
总之，应该尽可能地优化数据库的性能，而不是寻找使其变慢的方法。
如果你遇到了数据库性能问题，应该寻求专业的数据库管理员或开发人员的帮助，以找到最佳的解决方案。
关于sybase的配置－（数据库慢的请留意）
说明：数据库性能慢的主要原因有两个
1）数据库服务配置不合理
2）应用程序不合理
遇到数据库性能下降时通常先检查数据库服务配置方面有没有可以改善的，修改之后再观察一段时间，如果性能没有改善的话就要分析应用程序上有没有可以调整的地方：索引是否合理，sql 语句是否优化等。
本篇主要分析数据库服务的配置：
问题分析：
小型机硬件：rp2470双机、CPU700M*2、内存512M*6
以下是现场发过来的主要配置情况：
lock scheme datapages //datapages锁模式是性能最差的锁，一般不用number of locks 300000 //通常不需要配置太多的锁10万就够了
max memory 500000 //物理内存3G，配给sybase的为1G明显不合理number of open indexes 4000 //通常2000
number of open objects 4000 //通常2000
number of user connections 300 //
number of worker processes 0 //多cpu要打开相应工作进程数
procedure cache size 154800 //存储过程缓存不要超过100M
total data cache size 453699 //明显该值太小
allocate max shared memory 0 //打开sybase占用内存的开关
max online engines 2
number of engines at startup 2
问题处理：
建议先调整以下配置
sp_configure "max memory",1150000 //sybase占用2.3G内存
sp_configure "allocate max shared memory",1
sp_configure "user log cache size",4096 //用户日志缓存用来缓存客户段信息
sp_configure "procedure cache size",50000 //100M存储过程缓存
sp_configure "number of worker processes",2
备份sybase主目录下的***.cfg
sp_cacheconfig "default data cache","1G" //配置缺省数据缓存1G
sp_cacheconfig "default data cache", "cache_partition = 2"
reboot sybase服务
备份sybase主目录下的***.cfg
sp_cacheconfig "tempdb_cache","400M" //由于内存较充裕，通常会分配一部分内存给tempdb，提高查询的速度
sp_bindcache "tempdb_cache","tempdb" //绑定400M的内存给tempdb
reboot sybase服务
上述操作如无法启动sybase服务则可以将备份的***.cfg替换当前的配置文件，重新boot sybase服务
总结：
sybase 11.9.2 & 12.0 & 早期版本的配置通常为以下几项：
total memory //定义sybase 服务能够使用的物理内存
number of lock //定义锁的数目
number of open database //打开的数据库个数，缺省是12个，数据库数目超过12个时要调整该值
number of devices //数据库的设备数，缺省是10，通常是不够的，需要调整number of user connections //用户连接数，根据需要设置，通常一个用户数消耗100K的内存这个版本的数据库缓存、日志缓存、过程缓存是不用手工配置的
sybase 12.5版本的配置通常为以下几项：
lock scheme //锁模式，sybase推荐使用缺省（allpages），但是一些并发操作多的表（temp_telebill）要使用行锁（datarows），减少被锁现象
number of locks //通常不需要配置太多的锁10万就够了
max memory //sybase服务能够使用的物理内存，通常配置成物理内存的70％～80％，上例内存是3G，配给sybase的为1G明显不合理
allocate max shared memory //打开sybase占用内存的开关
number of open indexes //通常2000，该值配置过低时会在日志中报该值不够，最终导致性能缓慢
number of open objects //通常2000，该值配置过低时会在日志中报该值不够，最终导致性能缓慢
number of user connections //用户连接数，根据实际需求来配置，盲目多配会浪费内存procedure cache size //存储过程缓存不要超过100M，用来缓存过程的编译代码。
number of open database //打开的数据库个数，缺省是12个，数据库数目超过12个时要调整该值
number of devices //数据库的设备数，缺省是10，通常是不够的，需要调整
user log cache size //日志缓存用来保留客户端连接信息的，每个连接都会生成一个user log cache size大小的cache，该值缺省为2K，主机内存充裕时可以配成4K。
在12.5及以后的版本中都要手工的配置default data cache，缺省为8M，几乎所有的用户操作都是在这个缓存中进行的，如果不优化的话严重影响数据库性能。
优化的方法是把尽可能多的内存配置给default data cache ，即：’max memory’-'所有其他内存消耗（用户数，锁数等）’-‘少许预留内存’＝default data cache。
sp_cacheconfig "default data cache","1G" //配置缺省数据缓存1G
sp_cacheconfig "default data cache", "cache_partition = 2"
关于cpu的配置
max online engines //sybase 使用的cpu的个数
number of engines at startup //激活cpu的个数
number of worker processes //多cpu要打开相应工作进程数。
