从去年八月开始使用BAE。
对于个人开发者来说，应用引擎（App Engine）虽然限制颇多，但是免去了服务器运维以及运行环境部署的烦恼，让开发者直接进入开发-发布的循环，再者价格相对较为低廉，比较适合对并发要求不高的个人开发。不考虑网络环境，谷歌的GAE是首选，不管是功能还是计费都很良心；国内新浪是较早介入这块的，但是SAE支持的语言较少；百度BAE起步晚，东家名声臭，但是技术上比较成熟（我乱说的，这点存疑......），而且支持nodejs，程序员嘛，手痒总想试试新东西，所以当时选择了BAE(nodejs)，一路走来坑坑洼洼；这次特意把踩过的坑记录下来。
一、使用sqlite3要谨慎，部署失败是常态。
sqlite3是个好东西，由于扩展性好，使用方便，基本上算是我的御用数据存储格式，兼做配置文件用。BAE处理nodejs环境依赖的时候，如果需要安装sqlite3，是从aws上下载的，那么问题来了，下载往往是失败的，报错如下：
失败原因：编译失败
失败信息：Fix depends failed. Please check requirements.txt or package.json.
node-pre-gyp ERR! Tried to download(undefined): https://mapbox-node-binary.s3.amazonaws.com/sqlite3/v3.1.8/node-v46-linux-x64.tar.gz
node-pre-gyp ERR! Pre-built binaries not found for sqlite3@3.1.8 and node@4.4.4 (node-v46 ABI) (falling back to source compile with node-gyp)
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack at ChildProcess.onExit (/home/bae/bae/node-v4.4.4-linux-x64/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:276:23)
咨询过客服，百度云客服傻×，让我去论坛问，问了几次，终于有一次回复说被墙了，但是一句被墙就把锅甩出去了，你倒是给个解决办法呀！地址被墙了你就不会放到墙内嘛，再者你用的是放在aws上的二进制包，这么替竞争对手打广告真的大丈夫吗？暂时还没试过其他部署中需要编译二进制文件的依赖，以后要是碰到了我再过来更新。
二、应用发布失败异常后无法处理。
由于用了sqlite3，应用发布失败是常事，10次发布有一次成功就烧高香谢天谢地了。发布失败分两种，一种就是单纯的失败，重新发布即可；还有一种就比较恶心了，是正常发布但是显示异常，这种情况就无法再次发布了，需要更新一次代码版本然后再发布，劳心劳力。
三、MySql区分大小写。
在被sqlite3依赖安装问题折磨到生无可恋的时候，机智如我果断跳出了这个大坑，不想掉进了另一个坑，庆幸的是这个坑比较浅。从sqlite3换到mysql后，连最简单的sql都报错，查了日志报的都是找不到xxx表，我有sql语句全部用大写的习惯，平时的开发环境也是在windows下搭建的，从论坛上了解到，百度BAE是基于ubuntu12.04的，应该是mysql被默认设置成大小写敏感了。因此如果是在windows下做的开发，而部署环境又是linux的，那么把开发环境的mysql设置成大小写敏感吧。
四、应用休眠后再开启经常会报403错误。
这个一直不知道是什么原因导致的，要是碰到这种情况，更新一次代码版本重新发布吧。
五、技术文档老旧。
看BAE的技术文档，感觉有很多限制，其实很多和实际不符。说几个使用上比较明显的吧。
1、代码空间不止100M
文档提到BAE基础版代码空间限于100M且不可增加，有兴趣的话试试传个150M或者更大一些的，也是可以的。发现这个还是托了sqlite3的福，早先由于看到文档说公有mysql不支持长连接（后面马上会提到），我嫌代码编写麻烦就用了sqlite3，结果用着用着数据库文件越来越大，眼看着就要突破100M了，每次更新除了担心发布会失败之外，还担心更新代码都失败，结果安安稳稳的用到了150M左右，后面手欠又更到了190多M，再大的就没试了，后来迁移到mysql了。
2、连接池
还有一个就是前面提到的长连接问题，公有mysql虽然不支持长连接，技术文档里特意不止一次的列出这个特点：
官方技术文档截图
但是mysql支持缓冲池啊，官方推荐mysql依赖版本为"2.0.0-alpha9":
官方文档上的mysql依赖
这个版本我测试了一下，确实存在问题，这个版本的缓冲池可能有bug（还不至于让BAE背锅），但是我写这篇文章的时候最新版本"2.13.0"的缓冲池是可用的，而且能自动管理连接，解决需要编写重连代码的问题。如果已经入了BAE这个大坑，要么用专业版，如果坚持基础版，而且又用到mysql，那么建议使用缓冲池。
3、公有mysql不止1个
文档里提到公有mysql数据库只能建1个，实际是可以建好多个哦，当然配置还是256m+1g。
4、mysql公有库表行数限制问题
BAE基础版已经不支持私有数据库，所以下面针对公有库。
官方文档中队表行数限制的说明
特别要注意的是最大无索引操作行数或最大limit行数限制为2ow行，这本身没有问题，问题在于BAE基础版公有库的表行数计算不按套路来，实际是20w行，但是官方算的行数是超出的，比如一个表插入200000行，select count(*)显示也是200000行，但是在官方提供的phpmyadmin里，显示的是200699行，而且代码执行的时候，会提示如下错误：
#Error: UNKNOWN_CODE_PLEASE_REPORT: Handle Rows Exceeded
处理办法：减少行数。
其他的有碰到再慢慢更新。
网友评论