我有一个 MySQL 后端、MS Access 前端系统,该系统在本地网络上运行良好且响应迅速,但在宽带连接上变得缓慢。到目前为止我还没有进行任何性能调整。我应该使用哪些推荐工具和调整方法?
最近,我发现MySQL保留了一个“通用查询日志”。也许我可以监视此日志文件中的更改,以查看实际向服务器发出了哪些请求。这是一个很好的微调方法吗?
我正在尝试加载测试一个简单的插入存储过程:
CREATE TABLE _test(ID BIGINT)
GO
CREATE OR ALTER PROCEDURE dbo.test_sp
AS
BEGIN
SET NOCOUNT ON;
BEGIN
INSERT INTO _test
SELECT CAST(RAND() * 10000 AS BIGINT)
END
END
Run Code Online (Sandbox Code Playgroud)
当我使用 SQL Stress 工具执行此存储过程时,我得到的SQL Compilations/sec等于Batch Requests/sec。有趣的是,SQL 重新编译/秒为零。
两者都针对临时工作负载进行优化,并启用强制参数化。即使我将程序更改为简单的,图片也是一样的SELECT 1
。
我正在使用 Microsoft SQL Server 2016 (SP3) (KB5003279)。
探查器跟踪显示该工具发送了一个简单的EXEC dbo.test_sp
sql-server stored-procedures sql-server-2016 performance-counters performance-testing
有没有可用的工具可以使用MySQL通用日志创建的日志文件进行压力测试?在谷歌上进行了大量搜索后,我发现很少有压力测试工具只使用一些基准进行压力测试。一种解决方案是使用 Apache JMeter,但它不会从 MySQL 日志文件创建测试计划,并且为我拥有的所有查询创建自定义测试计划太耗时了。
或者是否有至少可以从 MySQL 日志创建 .sql 文件的工具?
我们确实有几台服务器,一台专用于没有 SQL 的网站,另一台服务器专用于 SQL。
现在运行 SQL 的服务器非常强大,但有时服务器 CPU 只是达到 100%。
这是几个屏幕截图,显示了正在发生的事情。
CPU 已满:
CPU运行正常:
如您所见,服务器非常强大。
补充说明。
有没有人能够对可能发生的事情有所了解,或者指导我完成一些检查。
干杯
更新:以下两个屏幕截图是@S4V1N 建议我运行的两个查询的结果。