WebSQL和IndexedDB都是用于访问（CRUD）Web浏览器中底层嵌入式数据库的DB API . 其中，如果我是正确的，就像SQL一样访问（CRUD）任何客户端 - 服务器数据库，如Oracle等（在许多情况下，WebSQL和IndexedDB的支持在同一浏览器上可用）
-
那么，这是否意味着WebSQL和IndexedDB都在访问（CRUD）相同的底层嵌入式数据库，如果是这样的话，它将在所有Web浏览器上具有相同的性能！
-
但我认为情况并非如此，那么它是否意味着网络浏览器将拥有多个底层嵌入式数据库？为什么在同一个浏览器中应该有2个底层嵌入式数据库？
而且由于WebSQL和IndexedDB都是API，所以它意味着说WebSQL和IndexedDB的性能并不完全正确（因为它们更像是查询/访问语言），但它在很大程度上取决于底层嵌入式数据库的性能 . 并且，根据谷歌，LevelDB is faster than SQLite
-
是否正确地说它不是WebSQL和IndexedDB之间的性能差异，而是底层嵌入式数据库的性能？
-
IE，Chrome，Android浏览器的底层嵌入式数据库是什么？我无法在网上找到这些信息，是否有人发现或编译过它？
1 回答
为了解决您的第一个问题，WebSQL从未在Internet Explorer或Firefox中实现（http://diveintohtml5.info/storage.html，http://caniuse.com/#feat=sql-storage） . 就离开Chrome和Safari的_2857125而言，两者都来自WebKit（尽管自从v28 Chrome已经在WebKit上运行，称为'Blink'） . 过去，这两种浏览器都使用SQLite作为WebSQL和IndexedDb的底层数据库，但Chrome将IndexedDb从SQLite切换到LevelDB .
要回答第二个问题，Chrome使用了两种不同的底层数据库技术：
WebSQL - > SQLite
IndexedDb - > LevelDB
我怀疑他们将WebSQL保持为SQLite，因为他们知道它的工作原理 . WebSQL现已弃用，在某些时候它将被删除，为什么他们会花时间将它移植到LevelDB .
在WebSQL / IndexedDb与底层数据库性能之间的性能方面，根据iOS Safari的经验，IndexedDb和WebSQL都使用SQLite数据库，但它们在底层数据库的构建方式和执行方式上存在很大差异 . 在我的测试中，我发现与iOS8中的Safari上的IndexedDb相比，WebSQL的速度是1000次简单数据库插入的两倍 .
就你的上一个问题而言，我发现了这一点：
For IE:
WebSQL - >不支持
IndexedDB - >可扩展存储引擎
For Firefox:
WebSQL - >不支持
IndexedDB - > SQLite
For Safari:
WebSQL - > SQLite
IndexedDB - > SQLite
For Chrome:
WebSQL - > SQLite
IndexedDB - > LevelDB
（来源：WebKit项目，https://bugzilla.mozilla.org/show_bug.cgi?id=837141，http://www.aaron-powell.com/posts/2012-10-05-indexeddb-storage.html）