从SAP HANA ResultSet检索记录的应用程序的性能很慢。 为了验证性能,我创建了以下场景并进行了测试。我使用MySQL和SAP HANA进行比较。 在MySQL和SAP HANA数据库中创建了相同的表,并在这两个数据库的表中生成了相同的数据。 使用MySQL数据库创建报告,将数据发布到elastic search所需的时间- 22毫秒 使用SAP HANA数据库创建报告,将数据发布到elastic search所需的时间- 19441毫秒 下面的代码花费了更多的时间 while(rs.next()){
<!--code to fetch the the records !
MySQL 5.5 InnoDB是否在磁盘上的内存和表中保留索引?它是否曾经对部分表或整个表执行自己的内存缓存?还是它完全依赖于OS页面缓存(我猜它是这样的,因为Facebook为MySQL构建的SSD缓存是在操作系统级别:https://github.com/facebook/flashcache/上完成的)?Linux默认使用页面缓存的所有可用RAM吗?那么,如果RAM的大小超过了进程使用的表大小+内存,那么当MySQL服务器第一次启动并读取整个表时,它将是从磁盘中读取的,而整个表上的那个点就是RAM中的?那么,如果考虑到相同大小的RAM和数据库,那么使用炼金术数据库(在Redis之上的S
最近,我不得不将我的数据库传输到远程服务器。
我使用Postman连接到本地主机上运行的PHP来发出相同的请求。这是结果,
关于本地主机和雄辩的 MySQL:~30 on
远程服务器上的MySQL和雄辩力:~2.7秒
本地主机上的MySQL和PHP:~10 on
远程服务器上的MySQL与PHP:~850 on
从我的计算机到远程服务器ip的平均ping大约是150 my。
下面是我使用的PHP脚本,
// Create connection
$conn = new mysqli($servername, $username, $password, $dbname);
if ($conn-