首先是分布式架构，全网CDN加速技术，数据库应该是oracle或者DB2的，数据库应该是订单数据库，用户数据库，车辆运行线路库，车票库，代理商窗口管理用户库，日志库，通过几个库的关联查询，并下单购票。每个库都有备份。这样相当于几个数据库同时协作，小型系统一般就一个库，几个表，也能做到高并发。它这样的架构部署，既高效又节省费用。
MYSQL就是一个数据库软件，顾名思义，他是将很多数据管理起来形成一个库，便于人们分析数据。最主要的功能就是实现数据的长时间记录，以便于人们能够按时段或者按照其他要求，查询分析数据。不论是做网站，还是手机APP开发，甚至室内的温度你要5秒钟采集一次并记录下来，都需要用到数据库。简单来说，我们做的网页，做的APP都是前端开发，是用户直接可见，需要登陆操作的，但是用户登录进去后，每天点击了什么，发表了...
首先我想问下，你懂得啥是大数据吗？大数据所依赖的理论、技术……这些你知道吗？不知道，就老老实实该干啥干啥去！
谢邀~关注我，了解更多关于开发、架构的分享个人建议，普通的业务逻辑尽量写在后台代码中，尽量避免写在SQL中，并且尽量避免使用存储过程。不可否认将业务逻辑写在SQL或存储过程中，也是有这种做法的优点，比如：可以减少网络交互的成本，原本后台程序需要多次访问数据库，现在可以用复杂的SQL或者存储过程封装好，然后程序调用一次即可。但是复杂SQL和存储过程也有很大的缺点：不可移植性，每种数据库的语法多多少少...
所有有GC的需要都无法胜任编写操作系统的任务。且不说实时操作系统，就通用操作系统来说都是很吃力的。没有那个内核能接受周期性的停止所有操作，进行内存回收的机制。最简单的，内核需要处理硬件中断，而在硬件中断的处理方法中是不能停止的，更无法接受内存变动。
不要，这就是坑
