参考资源 安装步骤 安装:sudo apt-get install sqlite3查看版本:sqlite -version安装Sqlite3编译需要的工具包:sudo apt-get install libsqlite3-dev 语法说明 注意 (1)sqlite语法忽略大小写的区别,除了GLOB等某些运算符,没有细究是哪些。 (2)注意语句结束的
2024-10-17某天,接到用户反馈点击某个项目分组的时候页面报错,点击其他项目不报错。 初步以为是下标数字特殊符号导致的。通过前台输出对应的数值后发现该字段末尾有个“\u0000”特殊字符(ASCII字符char(0))。通常是导入数据时的格式问题或是程序处理时将页面中的换行字符保存数据库导致的。 像SQL server的SSMS中一般是不显示该字符的。通过DataGrip工具查询该字段,发现
2024-10-17问题场景 SQL Server事务复制在正常创建发布和订阅之后,log reader Job 启动异常,出现“The process could not execute ‘sp_replcmds’ on xxx”等异常日志导致代理服务无法正常启动。 异常现象 参考下图,异常日志如下 Error messages: The process could not
2024-10-17事务复制中订阅节点非活动( inactive)错误 在SQLServer的事务复制模型中,会出现“订阅过期”的错误, 相关订阅分发代理Job的典型错误如下:"Agent SQLNYC01-Onvoices-PubInvoicesInvoices-SQLNYC01-1353 is retrying after an error. N retries attempted. See agen
2024-10-17,在一个正常的事务复制环境中,如果发生了数据库还原,事务复制会不会出问题,出问题之后又如何恢复,如果在不删除订阅发布重建的情况下,如何在现有基础上修复事务复制的异常,这个问题可以分为两部分看: 1,如果publisher数据库发生了还原操作,事务复制会出现什么异常,该如何恢复? 2,如果是subscription数据库发生了还原操作,事务复制会不会出现什么异常? 还原发布端数
2024-10-17如何让SQL Server像MySQL一样拥有慢查询日志(Slow Query Log慢日志) SQL Server一直以来被人 诟病 的一个问题是缺少了像MySQL的慢日志功能,程序员和运维无法知道数据库过去历史的慢查询语句。 因为SQLServer默认是不捕获过去历史的长时间阻塞的SQL语句,导致大家都认为SQL Server没有历史慢日志功能 其实SQLSer
2024-10-17解锁 SQL Server 2022的时间序列数据功能 背景 随着物联网、金融、工业监控等领域的发展,时间序列数据的应用日益广泛。 时间序列数据通常涉及大量的连续读写操作和时间维度的聚合计算,这对数据库的性能提出了更高要求。 尽管传统上会使用专门的时间序列数据库,如InfluxDB,但随着企业对数据库一体化的追求,许多通用数据库也开始增强对时间序列数据的支
2024-10-17SQL Server事务复制的结构 SQLServer事务复制的架构如下: 1,实例层面:主要有发布服务器,分发服务器,订阅服务器三个服务器,其中发布服务器是数据源,分发服务器是数据的中转站,订阅服务器是数据的目的地 2,后台进程:主要有Snapshot Agent,Log Reader Agent,distrubution Agent三个进程组成, Snapshot Ag
2024-10-17Zabbix监控 MS SqlServer2019 环境: Zabbix 7.0 LTS, sqlserver 2019 在mssql server的服务器上安装好agent2和插件: zabbix_agent2_plugins-7.0.0-windows-amd64.msi, 其中有mssql的必要插件. zabbi
2024-10-17拯救SQL Server数据库事务日志文件损坏的终极大招 在数据库的日常管理中,我们不可避免的会遇到服务器突然断电(没有进行电源冗余),服务器故障或者 SQL Server 服务突然停掉, 头大的是ldf事务日志文件也损毁了,SQL Server服务器起来之后,发现数据库处于"Recovery Pending" 状态。 更麻烦的是该数据库没有任何备份或者备份已经比较久远;
2024-10-17