用NodeJS开发云计算时代Web服务的真正技术难点

因为前一阵子做项目用NodeJS／express开发了一个测试服务（代码现已从github删除，无非就是一个查询MySQL的REST／JSON接口的Web服务实现），一些感想：

（1）基于NodeJS的Web服务开发实在不要太简单，其url routing、json序列化、express中间件配置，用起来都特别方便。OpenResty的作者春哥非常鄙视Node的嵌套callback的风格，但我觉得OpenResty本身的Lua编程也极其的束缚手脚，一点都不爽；

（2）但真正的技术难点在于：当用Node来查询MySQL数据库时，异步IO机制似乎无法与传统的SQL数据库CRUD／ACID事务很好的匹配上。尤其在涉及一个请求处理可能涉及到多次操纵／查询数据库表的时候。当然，如果仅仅是一次sql查询，代码还是足够清晰简单可维护的。

Web服务的客户端请求通常分为读与写两种类型。写就是通过表单收集数据，当然也可以用Ajax POST。而读通常对应于Web数据的可视化展现，甚至会涉及到复杂的Web图表／报告导出。

对于传统的MySQL 关系数据库而言，sql查询可能涉及到复杂的JOIN操作。如果为了适配异步IO框架，变成了多步操作的话，通常ACID事务性质很难正确保持。——如果做到了，那么我估计数据库后台的TPS并发性能很差的。

现在全栈开发喜欢讲一个MEAN，意思是对Node开发而言，可以改用MongoDB，而不是MySQL。我觉得对于一个普通的JSON Request Body数据来说，用MongoDB自然是小事一桩。但MongoDB本身在水平扩展的情况下也会遇到维护性问题。而且写操作是简单了，复杂的查询分析可能又会变得复杂了。