Во-первых, я постараюсь ответить на ваш вопрос.
Большинство людей стресса кассандры используют инструмент стресса cassandra, который будет более чем бесполезным при тестировании MySQL. Вам нужно будет найти какой-нибудь общий инструмент (скажем, YCSB), который обслуживает MySQL и Cassandra, а затем сравнивает их с лучшими. YCSB находится в https://github.com/brianfrankcooper/YCSB/wiki, и вы можете, вероятно, google для получения дополнительных опций.
Это, если вы сравниваете производительность одного станка, вы смотрите на неправильную вещь. Это не почему люди используют Cassandra - MySQL, вероятно, так же быстро или быстрее, чем Cassandra, когда вы сравниваете один узел за раз, а SQL будет гораздо более дружественным к разработчику, чем CQL (JOINs может быть очень приятным). Тем не менее, Cassandra предназначен для использования в случаях, когда данные не подходят на одной машине, и, действительно, могут не помещаться на дюжине машин. Он предназначен для сценариев, в которых вам нужна активная/активная HA с несколькими ЦОД. Он предназначен для использования в случаях, когда вам нужно масштабироваться и масштабироваться с течением времени, добавляя и удаляя узлы в соответствии с вашей нагрузкой. Это все, что очень сложно сделать с MySQL и почти тривиально с Cassandra.
Если вы просто сравниваете скорость, вам может и не понадобиться Cassandra. Выбор Cassandra должен состоять в выборе варианта использования - в основном, масштабируемости и HA.
Что лучше, тачка или корзина? Я хочу сказать, что они предназначены для разных случаев использования. Либо можно выиграть, либо потерять тест производительности на основе выбранного вами варианта использования. –